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CROSS-REFERENCE TO RELATED APPLICATIONS 



This is a continuation-in-part of co-pending U.S. Patent Application Serial 
No. 09/041,373 filed March 1 1, 1998. 

TECHNICAL FIELD 

The field of this invention is apparatus and methods for playing live table playing 
card games; namely, games which use playing cards and are played at a casino, cardroom, 
residential or other gaming table with live himian participants. 

BACKGROUND OF THE INVENTION 

In the gaming industry there is a significant volimie of gambling which occurs at 
live table games which use playing cards. Exemplary live table games include blackjack, 
poker, baccarat, and others. There is also a number of proprietary or specialty live table 
card games which have developed, such as pai-gow poker, Let-It-Ride«, Caribbean Studw 
and others. These and many other games all involve play using playing cards. The use 
of playing cards has a number of associated limitations and disadvantages which have 
long plagued the casino industry . Some of these are of general concern to all or most 
playing card games. Others are problems associated with the use of playing cards in 
particular games. Some of the principal concerns and problems are discussed below . 

The use of playing cards at live table games typically involves several operational 
requirements which are time-consimiing. These operations are conveniently described as 
collecting, shuffling and dealing of the cards. In many card games there is also a step of 
cutting the deck after it has been shuf fled. 
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In the collecting operation, a dealer typically collects the cards just played at the 
end of a hand of play. Thisisdoneinpreparationforplaying the next hand of cards. The 
cards are best collected so all are in a face-down or face-up condition. The cards also are 
typically straightened into a stack with the long sides and short sides aUgned. These 
manipulations take time and are not typically appreciated by either the dealer or players 
as enhancing the play and entertainment value of the game. 

In many games the cards collected at the end of the hand are deposited in a discard 
rack which collects the played cards imtil the time a new stack is obtained or the stack is 
shuffled. In some games the cards are immediately shuffled into the stack either manually 
or using a shuffling machine. More typically , the cards are collected and then shuf fling 
is performed later by the dealer . 

When shuffling is needed, it involves a break in the action of the table game and 
consumes a significant amount of time. Shuf fling is also the most time consuming 
operation in preparing for the next hand. Thus, shuf fling is of substantial financial 
significance to the casino industry because it requires significant time and reduces the 
number of hands which can be played per hour or other period of time. The earnings of 
casinos is primarily dependent upon the total number of hands played. This is true 
because the casino on average wins a certain percent of the amounts wagered, and many 
or most casinos are open on a 24-hour basis. Thus, earnings are limited by the number 
of hands that can be played per hour. In light of this there has been a significant and keen 
interest by casino owners to develop practices which allow more games to be played in 
a given amount of time. AccompUshing this without detracting firom the players 
enjoyment and desire to play the game is a challenging and longstanding issue with casino 
owners and consultants in the gaming industry . 
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An additional consideration in the casino industry is the costs associated with 
shuffling machines. Shuf fling machines currently available have costs in the thousands 
of dollars. Such machines save time in performing the shuffling process, but still require 
time to load, operate and unload. These factors reduce the savings associated with 
reduced shuffling time and effort. Further reductions in the costs and time associated with 
shuffling of cards is still desired. 

The amount of time consumed by collecting, shuf fling and dealing is also of 
significance in private card games because it also delays action and requires some special 
effort to perform. In private games there is also some added complexity due to card 
players remembering or figuring out who previously dealt and who should now shuf fle 
and re-deal the cards as needed. 

In addition to the time delay and added activity needed to collect, shuf fle and deal 
cards, there is typically some time devoted to cutting the deck of cards which have been 
shuffled and which are soon to be dealt. This traditional maneuver helps to reduce the 
risk that the dealer who has shuf fled the cards may have done so in a way that stacks the 
deck in an ordered fashion which may favor the dealer or someone else playing the game. 
Although cutting the deck does not require a large amount of time, it does take some time. 
The amount of time spent on cutting reduces the fi'equency at which hands of the card 
game can be played. 

The above and related considerations clearly demonstrate that a substantial amount 
of time is consumed by collecting, shuf fling, cutting and dealing playing cards. The 
casino industry has long felt the desire to reduce the time spent and increase play of live 
table games. 
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In the gaming industry there is also a very significant amount of time and ef fort 
devoted to security issues which relate to play of the casino games. Part of the security 
concerns stem from frequent attempts to cheat during play of the games. Attempts to 
cheat are made by players, dealers, or more significantly by dealers and players in 
collusion. This cheating seeks to af feet the outcome of the game in a way which favors 
the dealer or players who are working together . The amount of cheating in card games 
is significant to the casino industry and constitutes a major security problem which has 
large associated losses. The costs of eflForts to deter or prevent cheating are very large and 
made on a daily basis. 

Many of the attempts to cheat in the play of live table card games involve some 
aspect of dealer manipulation of cards during collection, shuf fling, cutting or dealing of 
cards. Thus, there is a need for methods and apparatuses which can be used in the play 
of live table card games which reduces the ability of the dealer and/or players to cheat by 
manipulation of playing cards. Of greatest concem are schemes whereby the deck is 
stacked and the stacked deck is used to the collusive player's advantage. S tacked decks 
represent huge potential losses since the player is aware of the cards which will be played 
before play occurs and can optimize winnings by increasing bets for winning hands and 
decreasing bets for losing hands. 

Casinos have recognized that their ef forts to reduce cheating would be improved 
if the casino had comprehensive information on the cards which have been played, the 
amounts bet, the players and dealers involved and other information about actions which 
have taken place at the card tables. This is of particular importance in assessing the use 
of stacked decks. It is also important where card tracking is occurring. Additional 
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explanation about card tracking is discussed below . The information desired by the 
casinos includes knowing the sequence and exact cards being dealt. 

Some attempts have been made to record card game action. The best current 
technology involves cameras which are mounted above the tables to record the action of 
the card games. This approach is disadvantaged by the fact that not all cards dealt are 
easily known from a camera position above the table because some or all of the cards are 
not dealt face-up, or are hidden by overlying cards. Although many blackjack games are 
sufficiently revealing to later determme the order of dealt cards, others are not. Other card 
games, such as poker , have hands which are not revealed. The covered cards of the 
players do not allow the order of dealt cards to be ascertained from an above-table camera. 

Even where above-table cameras are used, their use may not be ef fective. Such 
cameras may require time-consuming and tedious human analysis to go over the video 
tapes or other recordings of table action. This human study may be needed just to 
ascertain the sequence of cards dealt or to determine the amount of betting. Such human 
analysis is costly and cannot economically be used to routinely monitor all action in a 
casino cardroom. It is also required because there is no current way for easily ascertaining 
whether the dealer or player won tHe hand, such as in a blackjack game. It is typically not 
possible to discern the indicia number or letter presented in the comer of the playing card 
when viewed in a recorded video tape. Counting the individual pips in the center field of 
the playing cards can be done; however, it cannot be done in all situations with the desired 
reliability. This is true because cards may be partly or totally covered by another 
overlying card contained in the same hand, leading to missing information or mistaken 
interpretations. 
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For the above reasons, the video camera monitoring techniques have only found 
very limited effectiveness as a routine approach for identifying cheating. There has also 
been relatively limited use as a serious analytical tool because of the difficulty of analysis. 
Such camera surveillance techniques are also of only limited ef fectiveness as a deterrent 
because many of the people involved with cheating have a working knowledge of their 
limitations and utiUze approaches which are not easily detectible by such systems. 

Another use of video camera monitoring and recording has been made in the 
context of analyzing card table action after someone has become a suspect. The tape 
recordings serve as evidence to prove the cheating scheme. However, in the past, this has 
generally required other evidence to initially reveal the cheating so that careful analysis 
can be performed. More routine and general screening to detect cheating has remained 
a difficult and continuing problem for casinos. 

Another approach to reducing security problems utiUzes card shoes having card 
detection capability. Card shoes hold a stack of cards containing typically from one to six 
decks of cards. The cards are held in the card shoe in preparation for dealing and to 
secure the deck within a device which restricts access to the cards and helps prevent card 
manipulations. Card shoes can be fit with optical or magnetic sensors which detect the 
cards as they are being dealt. Some of the problems of security analysis using above-table 
cameras is reduced when the sequence of cards dealt can be directly determined at the 
card shoe using optical or magnetic sensors. 

One advantage of such card shoes is that the card sequence information can be 
collected in a machine readable format by sensing the specific nature (suit and count) of 
each card as they are dealt out of the card shoe. However , most such card shoes have 
special requirements for the cards being used. Such cards must carry magnetic coding or 

FL12'01S.m A2703W10I326N 6 PAT-VS\AP-00 



7 

2 
3 
4 
5 
6 
7 
8 
9 
10 
II 
12 
13 
14 
15 
16 
17 
18 
19 
20 
21 
22 
23 
24 



are specifically adapted for optical reading. This increases the cost of the cards and may 
not fiiUy resolve the problems and dif Acuities in obtaining accurate information 
concerning sequence information. 

The automated data collecting card shoes also do not have an inherent means for 
collecting data on the assignment of the card to a particular player or the dealer . They 
further do not collect data on the amoimts bet. These factors thus require some other 
manual or partially automated data collection system to be used, or require that time- 
consuming human analysis be performed using video tapes as explained above. 

An additional issue which has continued to be a concem in the casino industry 
relates to the use of automated shuf fling machines. Prior automated shuf fling machines 
have not demonstrated a suf ficient ability to thwart highly skilled gamblers. Such 
gamblers have demonstrated an ability either by human intellect and training, or with the 
aid of computers, to determine information about the decks being dealt. This information 
is typically derived from information collected concerning the preceding hand or hands 
of play. Armed with such information, the skilled gamblers track a specific sequence or 
multiple sequences or groupings of cards within a deck or lar ge stack. Tracking is often 
done for a group of cards forming part of a stack rather than an entire stack. These 
techniques in card tracking can significantly shift the advantage from the casino to a 
skilled gambler . Prior card shuf fling machines all show a weakness in that skilled 
gamblers can observe operation of the machines and in many situations make predictions 
which serve as a means for card tracking. 

The use in blackjack of niunerous card decks, such as six decks, has been one 
strategy directed at minimizing the risk of card tracking. Such tracking should be 
contrasted with card counting strategies which are typically less accurate and do not pose 
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as substantial a risk of loss to the casino. Use of numerous card decks in a stack along 
with proper cut card placement can also reduce the risk of ef fective card counting. 
However, it has been found ttiat multiple decks are not suf ficient to overcome the skilled 
gambler's ability to track cards and txim the advantage against the house. 

Card tracking can be thought of as being of two types. Sequential card tracking 
involves determination of the specific ordering of the card deck or decks being deah. This 
can be determined or closely estimated for runs of cards, sequences of cards forming a 
portion or portions of a stack. Sequential card tracking can be devastating to a casino 
since a player taking advantage of such information can bet lar ge in a winning situation 
and change the odds in favor of the player and against the casino. 

Slug tracking involves determining runs of the deck or stack which show a higher 
fi-equency of certam important cards. For example, in the play of blackjack there are a 
relatively lar ge number of 10-coimt cards. These 10-count cards are significant in 
producing winning blackjack hands or 20-count hands which are also firequently winning 
hands. Gamblers who are proficient in tracking slugs containing lar ge numbers of 10- 
count cards can gain an advantage over the house and win in blackjack. 

There is also a long-standing problem in the play of blackjack which concems the 
situation when the dealer receives a blackjack hand in the initial two cards dealt. If the 
dealer has a 10-coimt card or ace as the upcard, then it is possible for the dealer to have 
a blackjack. If the dealer does have a blackjack, then there is no reason to play the hand 
out since the outcome of the hand is aheady determined without fiirther dealing. If the 
hand is fiiUy played out, and the dealer then reveals that the dealer has received a 
blackjack hand, then a significant amount of time has been wasted. It also causes players 
to often be upset when a hand is played out to no avail. 

FH2-013.m A2703I010I326N 8 PAT'US\AP-00 
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In many casinos the waste of time associated with playing out hands with a 
winning dealer blackjack has lead to various approaches which attempt to end the hand 
after the initial deal. Some of these allow the dealer to look at the down card to make a 
determination whether a blackjack hand has been dealt to the dealer . This looking is 
commonly called "peeking" and is an operation which has been the source of numerous 
cheating schemes involving dealers and players who work in collusion. 

In such cheating associated with peeking at the down card, the dealer cheats in 
collaboration with an accomplice-player . This cheating is frequently accompUshed when 
the dealer signals the accomplice using eye movements, hand movements or other signals. 
If a dealer does not peek, then he does not know the value of his hand until after the 
players have completed their play . If the dealer does peek, then he can use such eye 
movements, hand movements or other techniques to convey instructions to his 
accomplice-player. These signals tell the accomplice what hand the dealer has been dealt. 
With this knowledge of the dealer's hand, the accomplice has improved odds of wiiming 
and this can be sufficient to tum the long-term odds in favor of the accomplice-player and 
against the casino. 

Because of this potential for cheating, peeking as a normal procedure in the play 
of blackjack has been viewed with disfavor by many casinos. Some casinos which have 
experienced losses due to such cheating have eliminated the peeking procedure and 
decided to instead incur the waste of time and problems associated with playing out the 
hand of cards. 

There has also been a substantial number of apparatuses devised to facilitate the 
peeking procedure or render it less subject to abuse. Such peeking devices are intended 
to allow determination of whether the dealer has received a blackjack hand; however , this 

FL12-013.P02 A270310I0I326N 9 PAT-US\AP-00 



1 

2 
3 
4 
5 
6 
7 
8 
9 
10 

li 

12 
13 
14 
15 
16 
17 
18 
19 
20 
21 
22 
23 
24 



is done without revealing to the dealer what the down card is unless it makes a blackjack. 
Some of these devices require a special table with a peeking device installed in the table. 
Others allow the down card to be reviewed using a table top device in which the card is 
inserted. These systems and others involve the use of special playing cards. These 
devices and methods generally add greater costs and slow the play of the game. The 
slowed play often occurs to such a degree that it offsets the original purpose of saving the 
time associated with playing out possible dealer blackjack hands. The prior attempts have 
often ended up unacceptable and are removed. This problem has nagged the casino 
industry for many years and a fully acceptable solution has never been found. 

Another notable problem suf fered by live table games is the intimidation which 
many novice or less experienced players feel when playing such games. Surveys have 
indicated that many new or less experienced people who come to a casino are inclined to 
play slot machines and video card games. These people feel intimidation at a live table 
game because such games require quick thinking and decision making while other people 
are watching and waiting. This intimidation factor reduces participation in table games. 

The intimidation factor experienced by many in connection with live table games 
has had a very significant ef feet on casinos and the games of fered in the casinos. About 
20 years ago, live table games constituted approximately two-thirds of the casino business, 
with slot machines being the remaining one-third. Now it is just the opposite, with two- 
thirds of the business being in slot machines and similar single person gaming machines 
while live table games constitute only one-third of the business. Since betting at live table 
games is generally larger, this development is something of a disadvantage to the casinos 
as compared to the same persons participating in a live table game. Ef forts to stem or 
reverse this trend using specialty table games with different play and larger jackpots have 
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not been ef fective or of only temporary beneficial ef feet. Some of the ef forts have 
produced fads or other temporary increases in interest levels but the overall effect has not 
had a long-term benefit. Thus, there is a need for improved live table games which reduce 
the intimidation factor and enhance the ease with which a player adopts play of such 
games. There is also need for live table games which provide satisfaction to those who 
play, such that repeat participation is improved. 

A further issue which has developed in the casino business is the public's 
increasing interest in participating in games which have a very lar ge potential payof f 
This may be in part be a result of the lar ge amount of publicity surrounding the state 
operated lotteries. News of huge payof fs is read with keen interest and creates 
expectations that gaming establishments should provide games with lar ge jackpots. One 
approach has been the networked or progressive slot machines that use a centralized pool 
of fimds contributed by numerous players. These slot machine systems are relatively more 
costly to purchase and operate. For many gamblers, this approach is not particularly 
attractive. This lack of attractiveness may be due to the impersonal and solitary nature 
of playing slot machines. It may altematively be for other reasons. Whatever the reason, 
the public is clearly interested in participating in games which can offer potential jackpots 
which are very lar ge. Table card games have not been able to satisfactorily address this 
interest. The continued diminishment in the percent of people who play live table games 
indicates the need for more attractive games and game systems which address to public's 
interests. 

A fiirther problem associated with live table card games are the costs associated 
with purchasing, handling and disposal of paper and plastic playing cards. Casinos pay 
relatively favorable prices for card decks, but the decks roughly cost about $1 per deck 
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at this time. Each casino uses decks for a very limited period of time, typically only one 
shift, and ahnost always less than one day. After this relatively brief life in the limelight, 
the decks are disposed of in a suitable manner . In some cases they can be sold as 
souvenirs. This is done after the cards are specially marked or portions are punched out 
to show they have been decommissioned from a casino. This special marking allows the 
cards to be sold as souvenirs while reducing the risk that they will later be used at the card 
tables in a cheating scheme which involves slipping a winning card into play at an 
qipropriate point. In other cases the playing cards are simply destroyed or recycled to 
eliminate this last risk. In any case, the cost of playing cards for a casino is significant 
and can easily run in the hundreds of thousands of dollars per year . 

In addition to the above problems, there are also a significant cost associated with 
handling and storing the new and worn playing cards. Sizable rooms contained in the 
casino complexes are needed just to store the cards as they are coming and going. Thus, 
the high costs of casino facilities fiirther exacerbates the costs associated with paper and 
plastic playing cards. 

These and other considerations have been partially or fiiUy addressed by the 
current invention which is described more fiilly below . Additional benefits and 
advantages of the current invention will be given in the following description, or will be 
apparent from the nature of tiie invention. 

BRIEF DESCRIPTION OF THE DRAWINGS 

Preferred embodiments of the invention are described below with reference to the 
accompanying drawings, which are briefly described below . 
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Fig. 1 is a perspective view showing a gaming table fitted with a preferred system 
according to the current invention. 

Fig. 2 is a top view of the gaming table and system shown in Fig. 1. 

Fig. 3 is a sectional view showing portions of the gaming table and system of 

Fig. 1. 

Fig. 4 is a top view showing the presentation unit of Fig. 1 shown in isolation. 

Fig. 5 is a perspective view of a preferred dealing shoe module forming a part of 
the preferred system of Fig. 1. 

Fig. 6 is an enlar ged top view showing in isolation a dealer display which forms 
part of the preferred presentation unit shown in Fig. 4. 

Figs. 7-22 are enlarged top views showing portions of a single player station with 
a display which forms part of the preferred presentation unit shown in Fig. 4. Each of 
Figs. 7-22 show a dif ferent stage in a sequence of display images as a hand of cards is 
played. 

Figs. 23-25 are schematic diagrams showing a preferred electronic system forming 
part of the system of Fig. 1. 

Figs. 26-37 are operational flow diagrams showing significant steps in the logical 
processes employed for data processing functions carried out by the preferred system of 
Fig. 1. 

Fig. 38 is a top view of an altemative betting chip used with a system similar to 
the system of Fig. 1. 

Fig. 39 is an enlarged sectional view of the betting chip shown in Fig. 38 as taken 
along line 39-39. 



FLI2-013.PO2 A2703t0101326N 



13 



PAT-VS\AP-00 



1 

2 
3 
4 
5 
6 
7 
8 
9 
10 
II 
12 
13 
14 
15 
16 
17 
18 
19 
20 
21 
22 
23 
24 



Fig. 40 is top or plan view of a further preferred gaming system according to the 
invention. 

Fig. 41 is a top view of a portion of the gaming system pictured in Fig. 40. 

Fig. 42 is a top view of the base plate portion of Fig. 41 with additional 
components mounted thereon which form additional parts of the system of Fig. 40. 

Fig. 43 is a top view of the presentation unit shown in Fig. 40 in isolation. 

Fig. 44 is a sectional view taken along line 44-44 of Fig. 40. 

Fig. 45 is a top or plan view in isolation of an alternative dealing shoe and control 
unit forming part of the system of Fig. 40. 

Fig. 46 is a sectional view taken along line 46-46 of Fig. 45. 

Fig. 47 is a first flow diagram showing a portion of a main operational flow 
scheme which is employed in the gaming system of Fig. 40. 

Fig. 48 is a second flow diagram showing another portion of the main operational 
flow scheme which is employed in the gaming system of Fig. 40. 

Fig. 49 is a third flow diagram showing another portion of the main operational 
flow scheme which is employed in the gaming system of Fig. 40. 

Fig. 50 is a fourth flow diagram showing a two card play sequence portion used 
in the operational flow scheme employed in the gaming system of Fig. 40. 

Fig. 51 is a fifth flow diagram showing a dealer play sequence portion used in the 
operational flow scheme employed in the gaming system of Fig. 40. 

Fig. 52 is a perspective view of a further alternative embodiment game system 
according to the invention. 

Fig. 53 is an enlarged fi-ont elevational view showing an ancillary display portion 
forming a part of the system of Fig. 52. 
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Fig. 54 is an enlarged top view showing portions of a single player station with a 
display which forms part of the preferred presentation unit shown in Fig. 52. 

DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS 

This disclosure of the invention is submitted in furtherance of the constitutional 
purposes of the U.S. Patent Laws "to promote the progress of science and useful arts" 
(Article 1, Section 8). 

Gaming Table and System General Layout 

Fig. 1 shows a gaming table 50 which is shown adapted and provided with a 
preferred system for playing live card games built in accordance with the invention. 
Gaming table 50 can be of a variety of common constructions. As shown, table 50 
includes a table support trestle 51 having legs 52 which contact an underlying floor to 
support the gaming table thereon. The gaming table has a table top 53 and perimeter pad 
54 which extends fully about a semicircular portion of the table periphery . The straight, 
back portion of the periphery is used by the dealer 56 and can be partly or wholly padded 
as may vary witii the particular table chosen. 

A playing surface 55 is provided upon the upwardly facing surface of table top 53 
upon which participants of the card game play . A plurality of players (not shown) sit or 
stand along the semicircular portion and play a desired card game, such as the popular 
casino card game of blackjack. Other card games are alternatively possible, although the 
system described herein is specifically adapted for playing casino blackjack. 

The gaming table 50 also advantageously includes a betting chip rack 59 which 
allows the dealer to conveniently store betting chips used by the dealer in playing the 
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game. A money drop slot 57 is further included to allow the dealer to easily deposit paper 
money bills thereinto when players purchase betting chips. 

Table SO can support a system, or form a part of a system for playing live card 
games which is constructed according to the present invention. The card game system 60 
described herein is a retrofit system which has been added to table SO. Such retrofit 
system includes a presentation unit 100 which displays images which depict the cards and 
card hands being played along with additional information used in the play of the card 
game. The presentation imit will be explained more fully below . 

The system also preferably includes a dealer control which is preferably provided 
in the form of a simulated dealing shoe 80 upon which live dealer S6 can rest his hand and 
use control keys to provide control commands as will be detailed below . Dealing shoe 
80 also advantageously includes a dealer control or dealing shoe display . In the preferred 
form of the invention the shoe display is subdivided into two different sections, one forms 
a first shoe display or stack display which is a video display which simulates the stack of 
cards from which the dealer is dealing cards. The other section of the shoe display forms 
a second shoe display used to simulate cards moving from the shoe. This second display 
section can also show the back of a traditional card, the name of the casino, or other 
desired information. 

Fig. 3 shows that system 60 further includes at least one game processor , such as 
game processor 90. Game processor 90 includes a main module 92 which can 
advantageously be mounted beneath table top 53, such as by using a game processor 
support casing or housing 91. The housing can be directly connected to the imderside of 
the table top using fasteners (not shown). The bottom panel of housing 91 is 
advantageously provided with a bottom access door 95 which is hinged and locked with 
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a key lock (not shown) for security purposes. The controller main module 92 also is 
advantageously provided with a main power switch 96 which controls supply of power to 
an internal power supply . Electrical power is supplied to the module using a typical 
power cord. The main controller module 92 can further be provided with a second access 
door (not shown) which is also secured by a key lock to control access to a serial port and 
auxiliary keyboard port described below with regard to the electronics. 

The game processor or processors 90 are connected with the dealing shoe 80 and 
presentation unit 100 using suitable connection cables 93. In the preferred construction 
there are fourteen data cables running between the module 92 and the presentation unit 
100 to control operation of the seven displays used in the presentation unit. There are also 
two data cables running between the dealing shoe module 80 and main controller 
module 92. 

Presentation Unit - Generally 

Gaming table 50 has been fitted with a presentation unit 100 which is supported 
thereon. The presentation imit or units are preferably supported upon the upper or playing 
surface 55 of the gaming table. This allows the system to be easily installed upon a 
variety of dif fering gaming tables without extensive modifications being performed. 
Alternatively, the presentation unit can otherwise be mounted upon the gaming table in 
a manner which allows participants to view one or more of the displays which form a part 
of the presentation unit. 

In the preferred construction shown, there is one presentation xmit 100 which is 
adapted for use by a single live dealer 56 and six live players (not shown) who are in live 
attendance and positioned about the gaming table. Figs. 2-4 show in greater detail the 
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preferred form of the presentation unit. The unit includes an outer shell or housing 101 
which can be advantageously be made from a transparent polycarbonate plastic so that the 
displays 102 and 103 can be viewed through the upper housing part without including 
special windows. The perimeter of the upper housing semicircular section which has a 
semicircular periphery segment 104. The semicircular periphery and associated player 
section of the presentation unit are along a player side of the unit. The opposing dealer 
side of the presentation unit can be of various shapes. As shown, it includes a back 
periphery segment 106 which has a central portion which is relatively straight and is 
designed to allow placement of the presentation unit near to the betting chip rack 59. 

Presentation Unit Participant Displays 

Presentation unit 100 includes a number of visual displays, herein termed 
participant video displays, which are capable of displaying changeable display images. 
The participant display images are intended to display virtual playing cards and other 
information used in the play of the card game. Figs. 2 and 4 show presentation xmit 100 
with a single dealer display 102 and six player displays 103. Displays 102 and 103 are 
advantageously liquid crystal matrix displays having color capability and integrated 
backlights for added viewing ease and clarity . Such displays are used in recent notebook 
computers and are commercially available in a variety of types and sizes from several 
manufacturers. The exact nature and size of the display can vary and altemative types of 
displays and fiiture display technologies will likely serve the intended purposes for 
participant video displays 102 and 103. 
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The dealer display 102 is advantageously centered along a central centerline 1 10 
to allow easy viewing by both the dealer and players. The area of the presentation unit 
including and adjacent to dealer display 102 is the dealer section of the presentation unit. 

Player displays 103 are preferably arranged in an arcuate array forming a segment 
of an annular band across the upper face of the presentation imit. Each display is centered 
upon a radial display centerline 1 11. This arrangement complements the semicircular 
player side of the presentation unit and the adjacent semicircular player side of the gaming 
table. In this arrangement the player displays are adjacent and opposite to each player 
seating position. In the preferred construction shown having six player positions, the 
displays are centered upon the player display centerlines at angularly spaced positions of 
about 20-30'' of angular arc, more preferably about 25° of arc. V aiying the number of 
player positions and table configuration will allow or require varying angular spacings to 
be used. This angular spacing arrangement facilitates easy viewing by the player who is 
viewing the virtual cards from his or her display . It also allows the dealer to have easy 
view from across the gaming table. 

The player displays 103 are also advantageously presented in an upwardly facing 
orientation and contained in a single plane or approximately a single plane, to facilitate 
easy viewing by other players from around the table. Although this arrangement and 
capability are not essential, they increase viewing and interest of the nonparticipating 
players as a particular player's hand is being played out between the active player and 
dealer. This helps to maintain the ambiance of a Uve table game, enables skilled players 
to keep track of cards played, and overcomes some of the deficiencies of most video card 
games. Such games in particular lack significant interest to other people as the hand is 
being played out between a computer and a single player . 
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Presentation Unit Betting Cliip Detectors 

Figs. 2 and 4 show that each player station also advantageously includes a betting 
chip detection zone 120. Betting chip detection zones 120 are zones into which a player 
must position a betting chip 160 to be considered a participant in the game being played. 

The preferred presentation unit includes betting chip sensors 121 which are 
immediately below or otherwise adjacent to zones 120. Sensors 121 can be selected from 
several dif ferent types of sensors. One suitable type is a weigh cell which senses the 
presence of a betting chip thereon so that the game processor knows at the start of a hand, 
that a player is participating in the next hand being played. A variety of weigh cells can 
be used. 

Another suitable type of sensor 121 includes optical sensors. Such optical sensors 
can be photosensitive detectors which use changes in the sensed level of light striking the 
detectors. In a preferred system according to this invention, sensor 121 uses ambient Ught 
which beams from area lighting of the casino or other room in which it is placed. When 
a typical betting chip 160 is placed in detection zone 120, the amount of light striking the 
detector 121 located beneath the zone is measurably diminished by the opaque betting 
chip. The detector conveys a suitable electrical signal which indicates that a betting chip 
has been placed within die detection zone 120. A variety of other alternative detectors can 
also be used. 

A further type of preferred betting chip sensor is one which can detect coding 
included on or in the betting chips to ascertain the value of the betting chip or chips being 
placed by the players into detection zones 120. A preferred form of this type of sensor 
or detector 121 is used to detect an integrated circuit based radio frequency identification 
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unit which is included in or on the betting chips. The most preferred sensors are 
sometimes referred to as radio frequency identification detection or read-write stations. 

Figs. 38 and 39 show an altemative betting chip 164 which can be used with an 
alternative card game system similar to system 60. The betting chips 164 are used in lieu 
of normal betting chips 160. Each betting chip 164 includes a radio frequency 
identification transponder 161 which is connected to the betting chip 160. In the preferred 
construction shown, the transponder 161 is sandwiched between a first betting chip part 
162 and a second betting chip part 163. The parts 162 and 163 can advantageously be 
made from a formed paper or plastic material and then adhered or otherwise secured 
together to enclose the transponder and provide protection for the transponder during use. 
Altematively, the transponder can be molded within the betting chip, or otherwise 
connected thereto, such as by using adhesives to an outer surface of the betting chip. 

One type of integrated circuit radio frequency identification transponder is 
available from Texas Instruments and is sold under the trademarks TIRIS T AG-IT. This 
transponder is available in a very thin wafer shape, and can be laminated between paper 
and plastic to form the transponding betting chip 164. 

When betting chips 164 are used, the betting chip detection sensor 121 will be a 
radio frequency interrogator detection unit which sends out a query signal and receives 
a detectable response from the betting chip transponder 161 . The transponder can be 
either powered or unpowered, depending upon the specific vendor chosen and the 
associated sensor technology and detection device used with that type of sensor . In the 
case of one suitable type of transponder , explained above from T exas Instruments, this 
same vendor has associated detection systems which can read data from the transponders. 
Also available are detection systems which can both read data from the transponder and 
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write data onto the transponders. This vendor or other vendors may provide suitable 
detection and sensing subsystems which can be employed to not only read and write data 
thereto, but also provide confirmatory identification codes which deter counterfeiting of 
the gaming chips or provide additional data processing capabilities. 

It is still further possible for other altemative sensors to be used instead of the 
sensors 121 described above. Such altemative sensors may work with typical betting 
chips or other types of betting chips. Such sensor can provide identification circuits or 
other identification or value-coding inserts or appliques which can be included in or on 
the betting chips to provide value information, serial number information, and any other 
desired information. 

Figs. 2 and 3 further show that the preferred presentation unit includes insurance 
bet detection zones 130 which have associated insurance bet sensors 131. The insurance 
bet sensors can be of various types and constructions as explained above in connection 
with the general betting detection zones 120 and bet sensors 121. The insurance bet 
detection zones 130 are used by players to place an insurance bet during play of the card 
game blackjack. An insurance bet is placed as desired by the players upon the occurrence 
of the dealer receiving an ace as the dealer's upcard. If the dealer's down card is a ten- 
count card, then the dealer has blackjack and the player placing an insurance bet does not 
lose his original bet or insurance bet. If the dealer's down card does not make blackjack, 
then the insurance bet is lost to the dealer and play continues in the normal fashion. 

Dealer Controls and Dealing Shoe 

Live card game system 60 also preferably includes a plurality of dealer controls 
which are advantageously provided in the form of a simulated dealing shoe 80. The dealer 
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controls can alternatively be provided in the presentation unit or in other dif ferent forms 
which do not necessarily require the simulated dealing shoe and other features which are 
included therewith. 

Dealing shoe 80 is shown in greater detail in Fig. 5. The dealing shoe has a 
dealing shoe case 84 which forms the outer surface of the dealing shoe. The dealing shoe 
case is connected to and covers a base plate (not shown) which serves as a structural 
frame to which case 84 is connected and upon which other intemal components are 
mounted. 

Case 84 has a first display opening or window which allows a first dealing shoe 
display 81 to be presented for viewing. The dealing shoe also advantageously includes 
a second display opening or window which allows a second dealing shoe display 82 to be 
presented for viewing. In the preferred construction the first and second displays 81 and 
82 are provided by a single Uquid crystal panel display . The display has two dif ferent 
portions or sections which are changeable and operated to provide dif ferent images 
through the display windows. The first display image typically shows a simulated stack 
of cards similar to what appears in viewing a traditional card stack contained in a manual 
dealing shoe long used in dealing blackjack. The first display image can also be varied 
to allow presentation of programming options which are available in setting up the system 
and customizing operational parameters to the desired settings for a particular casino or 
cardroom in which the system is being used. 

The second shoe display 82 has a second display image which is advantageously 
used to provide a depiction of the back decorative side of a traditional playing card. This 
can be used along with some attractive presentation of the casino's name or other desirable 
image. The second shoe display image can also be moved or otherwise varied during the 
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period of dealing to give the impression of movement and thus simulate cards being dealt 
from the shoe to add a touch of additional realism. Other display images are also clearly 
possible and can vary from casino to casino as management desires. 

The dealer controls on the dealing shoe 80 also preferably include a key operated 
switch 83 which is used to control basic operation of the system and for placing the unit 
into a programming mode. The key operated switch can provide two levels of access 
authorization which restricts access by dealers to programming, or additional security 
requirements can be provided in the software which restricts programming changes to 
management personnel. 

Progranraiing may be input in several dif ferent modes consistent with the 
invention. In one form the programming can be provided using a touch screen display 
used as display 81 with varying options presented thereon and the programming personnel 
can set various operational and rules parameters, such as: the shuf fle mode, nimiber of 
decks of cards used in the virtual card stack, options with regard to the portion of the 
stack which is used before the stack is cut, limits on the amoimts which can be bet at a 
particular table, whether splits are accepted for play and to what degree, options 
concerning doubling down plays, whether the dealer hits or stands on soft 17, and other 
rules can be made variable dependent upon the particular form qf the system programming 
used in the system. It is alternatively , and more preferable to simply use the control keys 
85-89 instead of a touch screen display in some forms of the invention to allow various 
menu options to be displayed and programming options to be selected using the control 
keys. Still fiirther it is possible to attach an auxiliary keyboard (not shown) to the dealing 
shoe through a keyboard connection port 186 (see Fig. 24). The auxiliary keyboard can 
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then be used to more easily program the system, or be used in maintenance and diagnostic 
functions. 

The dealing shoe also includes a plurality of dealer operational controls provided 
in the form of dealer control sensors 85-89. Dealer control sensors 85-89 are 
advantageously electrical touch keys. The dealer control sensors are used by the dealer 
to indicate that desired control functions should take place or further proceed. For 
example, sensor 85 can be used to implement a player's decision to split his two similar 
cards and play them as two separate or split hands. Sensor 86 can be used to implement 
a player's decision to double down. Sensor 87 can be used to implement a player's 
decision to stand on the cards akeady dealt or assigned to that player . Sensor 88 can be 
used to "hit" a player by dealing him another card. Sensor 89 can be used to command 
shuffling and dealing of a new hand to the participants. In addition to or lieu of the above 
assignments, other functions can be attributed to other keys or input sensors of various 
types. In particular, it is planned that the above touch keys can be assigned to additional 
functions, such as in changeable soft key assignments during the programming or setup 
of the system. 

Dealer control touch keys 85-89 can be selected from a wide variety of 
commercially available touch keys used to provide electrical control signals. 
Altematively, the dealer control sensors can be provided in another form which are touch 
sensors, or other types of sensors which allow the dealer to indicate control commands 
being made or implemented by the dealer. The use of dealer control keys is designed with 
the object of minimizing most or all direct player input to the system. Instead, the players 
are required to provide the dealer with traditional hand gestiwe signals and/or oral 
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instructions and then the dealer implements these instructions using the touch keys or 
other dealer control sensors. 

Electronics and Control Processor 

The card game system 60 also includes suitable data and control processing 
subsystem 90. Control and data processor 90 is lar gely contained within a main control 
module 92 supported beneath the table top 53 in casing 91 (Fig. 3). Alternatively , the 
control module can be at some other suitable location. Other portions of the data and 
control processing subsystem may reside in part or totally within the dealing shoe 80 or 
presentation unit 100, as convenient in a particular construction of the electronics and 
related components. 

Figs. 23-25 show the electronics and related components used in a preferred form 
of the invention. The control and data processing subsystem 90 includes a suitable power 
supply 181 for converting alternating current from the power main as controlled by main 
power switch 96 (Fig. 3). The power supply transforms the alternating line current to a 
suitable voltage and to a direct current supply . Power is supplied to a power distribution 
and sensor electronics control circmt 184. Control circuit 184 can be one of several 
commercially available power switching and control circuits provided in the form of a 
circuit board which is detachable, and plugs into a board receptacle of a computer mother 
board 185 or an expansion slot board receptacle. 

Power control circuit 184 is connected to a first mode control switch 182 and a 
second mode control switch 183. The first and second mode control switches are operated 
by the key control 83 (Fig. 5) contained on dealer control shoe 80. The first switch 
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controls powering up the system once current is supplied to the power supply The second 
switch controls activation of the programming mode of operation. 

Fig. 24 also shows a controller motherboard 185 which includes a central 
microprocessor (not shown) and related components well-known in the industry as 
computers using Intel brand Pentium microprocessors and related memory (not 
specifically shown). A variety of dif ferent configurations and types of memory devices 
can be connected to the mother board as is well-known in the art. Of particular interest 
is the inclusion of two flat panel display control boards 188 and 189 connected in 
expansion slots of mother board 185. Display control boards 188 and 189 are each 
capable of controlling the images displayed and other tfperatibnal parameters of the video 
displays used in system 60. More specifically , the display control boards are coimected 
to player bet interfaces circuits 196, 198, 201 and 203 which show four of the six player 
stations (two are omitted for purposes of illustration brevity but are similarly connected). 
Additionally, the display control board 1 89 is shown connected to the dealing shoe 
interface circuit 190 and the dealer interface 194. This arrangement allows the display 
control boards to provide necessary image display data to the electronic driver circuits 
197, 199, 202 and 204 used to drive the six player displays 103 of Fig. 2. This 
arrangement also allows the display control boards to provide necessary image display 
data to the display electronic drive circuits 192 and 195 associated with the dealing shoe 
displays 81 and 82 (Fig. 5) and the dealer display 102 (Fig. 2), respectively . The display 
electronic drive circuits just described have associated backlight power supplies 193. 

The mother board 185 also includes a serial port 187 which allows stored data to 
be downloaded fi:om the mother board to a central casino computer or other additional 
storage device. This allows card game action data to be analyzed in various ways using 
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added detail, or by providing integration with data from multiple tables so that cheating 
schemes can be identified and eliminated. It also allows monitoring of dealer performance 
and accuracy on a routine basis. Player performance and/or skill can be tracked at one 
table or as a compilation from gaming at multiple tables. Additionally , player hand 
analysis can be performed. 

Fig. 24 further shows a keyboard connection port 186 which can be used to 
connect a larger format keyboard (not shown) to the system to facilitate programming and 
servicing of the system. 

Fig. 25 further shows a number of sensor interface connections 191 which indicate 
schematically connection of both the player bet sensors 121 and insurance bet sensors 131. 
With regard to shoe interface 190 there is a control key interface 179 which is used to 
interact with the control keys 85-89 (Fig. 5). Dealer interface circuit 194 has an 
associated interface 179 should any touch screen or other desired capability be provided 
with respect to dealer display 102. 

Optional Player Identification 

Although the preferred system shown does not have features illustrated for 
receiving automated player identification information, such can alternatively be provided. 
Card readers such as used with credit cards, or other identification code reading devices 
(not shown) can be added in the presentation unit to allow or require player identification 
in connection with play of the card game and associated recording of game action by the 
controller 90. Such a user identification interface can be implemented in the form of a 
variety of magnetic card readers commercially available for reading a user -specific 
identification information. The user -specific information can be provided on specially 
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constructed magnetic cards issued by a casino, or magnetically coded credit cards or debit 
cards frequently used with national credit or ganizations such as VISA, MASTERCARD, 
AMERICAN EXPRESS, or banks and other institutions. 

Altematively, it is possible to use so-called smart cards to provide added 
processing or data storage functions in addition to mere identification data. For example, 
the user identification could include coding for available credit amounts purchased from 
a casino. As fiirther example, the identification card or other useFspecific instrument may 
include specially coded data indicating security information such as would allow accessing 
or identifying stored security information which must be confirmed by the user after 
scanning the user identification card through a card reader . Such security information 
might include such things as file access numbers which allow the central processor 90 to 
access a stored security clearance code which the iiser must indicate using input options 
provided on displays 103 using touch screen displays. 

Another alternative with regard to player identification having particular attraction 
is employed with regard to use of coded betting chips 164 described above. Each player 
can carry a transponder card which can be read and written to by the sensor 121. Upon 
arrival at the table, the player presents the transponder card to sensor 121 and the player 
is logged in. Thereafter bets can be char ged from and winnings can be appUed to the 
transponder according to &e wishes of a casino customer . Altematively , the player 
identification card could be used merely to identify the player and all betting could be 
accomplished using betting chips 164. 

A still further possibility is to have participant identification using a fingerprint 
image, eye blood vessel image reader, or other suitable biological information to confirm 
identity of the user . Still further it is possible to provide such participant identification 
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information by having the dealer manually code in the information in response to the 
player indicating his or her code name or real name. Such additional identification could 
also be used to confirm credit use of a smart card or transponder . 

Alternative Presentation Unit Features 

It should also be understood that presentation unit 100 can alternatively be 
provided with suitable display cowlings or covers (not shown) which can be used to shield 
display of card images fix>m viewing by anyone other than the player. Such an alternative 
construction may be desired in systems designed for card games different fi-om blackjack, 
where some or all of the play^ or dealer cards are not presented for viewing by other 
participants or onlookers. Such display covers or cowlings can be in various shapes and 
configurations as needed to prevent viewing access. It may alternatively be acceptable to 
use a player controlled switch which allows the display to be momentarily viewed and 
then tumed off. The display can be shielded using a cover or merely by using the player's 
hands. Still further it is possible to use a touch screen display that would be controlled 
by touch to turn on and turn of f Similar shielding can be used to prevent others fi-om 
viewing the display . 

Alternative Embodiment Table Game System With Integrated A^deo Playing Card 
Displays 

It should still fiuther be imderstood that although a retrofit game system is 
preferred, it may in some situations be desirable to use displays which are mounted in an 
integrated fashion to the gaming table. Such displays may be provided adjacent to the 
betting sensors 121 and 13 1 in a configuration similar to that described above. 
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Alternatively, the systems can have either touch screen display for added player or dealer 
input convenience, or other sensors which allow input of player or dealer decisions and 
options. 

Preferred Dealer Display Images 

Fig. 6 shows a preferred display image which can be displayed by the dealer 
display 102. Various features of the preferred display and related operational information 
will now be described. 

Fig. 6 shows the dealer display 102 in greater detail. A typical dealer display 
image is portrayed. In this image there are two virtual playing cards represented by two 
virtual playing card images 107 and 108. Card 107 is the dealer's upcard and card 108 is 
the dealer's down card or hole card. The upcard is faceup and the hole card is facedown. 
The image of Fig. 6 depicts the dealer's card hand after the initial dealing of two cards to 
each participant. This is prior to the dealer playing out his hand. When the dealer plays 
out his hand, then the hole card will be shown faceup and the dealer will receive 
additional cards according to the casino's rules of play for the dealer . The dealer display 
image will change and show the cards either side-by-side if space allows, or overlapping 
if the dealer's hand has suf ficient number of cards so as to require overlapping. 

During play of the dealer's hand, the dealer will typically hit on his hand if the 
hand count is 16 or less and stand if it is 17 or more. A preferred option in setup of the 
system is to select according to casino procedures whether to hit or stand when the dealer 
has a soft 17 (ace and one or more cards which together total 17 when the ace is counted 
as 11). 
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Additional infonnation can also be displayed on the dealer display 102 as may be 
desired by the casino or as provided by the manufacturer of the system. At the current 
time the dealer display is planned to display the card hand of the dealer and other 
infonnation is presented on the player displays 103 as will be explained below in greater 
detail. 

Preferred Player Display Images 

Figs. 7-22 shows preferred display images which can be displayed by the player 
displays 102. V arious features of the preferred display images and related operational 
information will now be described. 

Fig. 7 shows principal parts of a preferred player station 118. Station 118 includes 
the betting chip detection zone 120. Not pictured in Figs. 7-22 are the added feature of 
the insurance bet detection zones 130 which are shown in Fig. 2. 

The player station also includes a player station display 103 which includes a 
display border zone 105 which is part of the changeable display face and can vary fiom 
one display image to the next. The border zone lies within an outer display perimeter line 
113 and an inner border zone boundary 1 14. The inner border zone boundary 1 14 is 
shown in dashed line to indicate it's position but it is not highlighted in this view and 
other views excq)t when the border zone is turned on as an indication of whether the 
player's hand has won or lost. This is preferably done by two dif ferent mechanisms to 
clearly indicate to the live participants at the table the outcome of that player's hand. The 
outcome indicating zone is also used to indicate with certainty whether the hand has been 
won or lost in a manner which can be recorded by any monitoring camera used above or 
near the gaming table. When the player has won, the border zone 105 is highlighted in 
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green or other suitable color . The border zone is also flashed on and of f so that a black 
and white camera can also clearly identify the outcome as a win. 

When the player has lost, the border zone 105 is highlighted in red or other 
suitable color . The border zone is maintained red and is not flashed on and of f in 
distinction to the flashing used to indicate a winning hand. The constantly highlighted 
border zone is identifiable by a black and white camera because of this constant 
highlighting. 

When the hand results in a push (tie) neither the dealer nor the player win, and the 
border zone 105 is not highlighted or can be dashed or otherwise distinguished. This too 
can be easily discerned firom a black and white or color camera monitoring the table from 
above. The absence of the border zone from being either flashing or being on constantly 
provides certain indication that a tie outcome has occurred. 

Fig. 7 shows the player station when no bet has been placed and nothing is being 
displayed. Alternatively, there can be some attract mode advertising of the casino or game 
in anticipation of the next game or the arrival of customers. 

Fig. 8 shows player station 118 after a customer has placed a betting chip 160 into 
betting chip detection zone 120. The presence of the chip blocks part of the casino room 
light and serves to provide an indication of the bet being in place. This is interpreted by 
the controller as a player is present. There can alternatively be more overt login 
procedures for each player which can be accompUshed by either the dealer or player either 
with or without added player identification subsystems. 

Fig. 8 shows the player display 103 as being blank since the game has not become 
active. This condition applies when one player may have placed his bet and the dealer is 
awaiting similar action by one or more other players before beginning the next card hand. 
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Fig. 9 shows the player station with diq>lay 103 activated in part. The upper left 
comer includes a secondary display section 141. As shown, secondary display section 141 
is used to indicate the content of the dealer's hand at any particular time. This is done 
with a background triangle for appearance and easy viewing. There is also a display 
subtitle "DEALER T OTAL". Since no cards have been dealt as of the time associated 
with Fig. 9, there is no indication of the dealer's hand. 

Fig. 9 also shows a tertiary display section 151 which is advantageously used for 
several different functions as will be explained more fully below . Fig. 9 does show a 
display subtitle "BASIC STRA TEGY" and a background triangle. Since no cards have 
been dealt as of the time associated with Fig. 9, there is no basic strategy information 
presented in section 151. 

Fig. 10 is similar to Fig. 9 except that the player has been dealt one virtual card, 
the ace of spades. This is shown faceup in the lower left-hand comer . The area 

displaying the player's hand is herein termed the primary display section 146. The virtual 
card image displayed in section 146 can be very realistic in the manner of paper or plastic 
playing cards, or it can be of various other styles. 

Fig. 10 also shows a hand count total numeral 147 which represents the count of 
the player's card hand at any particular time. This is done to help the player and eliminate 
or jgreatly reduce the risk for mistakes about the count of the hand. 

At the time the player receives the ace shown in Fig. 10, the dealer has not 
received any card and there is no basic strategy displayed because the player has not 
received his second card. 

Fig. 1 1 shows the player display after the dealer has received his first card which 
is the secondary display dealer upcard 148. The secondary display 141 shows the ace and 
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gives a dealer hand count numeral ISO. In this case the deal&c hand count is 1 1 . There 
is still no basic strategy displayed at the tertiary display 151 because the player has not 
received his second card in the image of Fig. 1 1. 

Fig. 12 shows play advanced by the player having been dealt his second virtual 
card which is a three of diamonds. The primary player display section shows the card 
image 142 in an overlapping relationship to the first card. The player hand count numeral 
147 has been revised to the new count which is 14. A suggested basic strategy note is 
displayed at tertiary display section 151 which reads, "HIT". This indicates that basic 
strategy is to receive another virtual card from the stack. 

Fig. 13 shows the player display after the dealer has received his second card 
provided in the initial dealing. The second dealer card 149 is the hole card and is shown 
facedown and beneath the dealer upcard 148. The dealer hand count remains at 1 1 
because the value of hole card 149 is not indicated until all players have played out their 
hands. The exception to this rule can occur when the dealer's hand count is twenty one 
and the dealer has a blackjack. In the situation shown in Fig. 13, thore is tiie possibility 
that the dealer has a blackjack hand and thus players will typically be given an opportunity 
to place an insurance bet. This is done by placmg a betting chip or chips into zone 130 
(Fig. 2) and the hand is played as explained above with regard to insurance. 

Fig. 14 shows further progress of the hand and a changed player display image. 
In the image of Fig. 14, the tertiary display section has been changed to have a subtitle 
which reads "PLA YER 3 T OTAL". This indicates that instead of basic strategy 
information, the tertiary display is now showing how player 3 is playing out his hand. 
This progresses as the various active players play out each hand until the current player 
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is Up. The active player display 170 shows the active player card images 171, 172: Also 
shown is tfie active player hand count numeral 173. 

Fig. IS shows the active player display 170 changed to reflect a third active player 
card image 174. The hand count 173 has been revised to reflect the third card dealt to 
player 3. Also indicated is the decision by player 3 to stand. 

Fig. 16 shows the player display 103 after the current player has come up as the 
active player and has elected to receive a third player card 143. The hand count numeral 
147 has been revised to reflect the new coimt of 16. The basic strategy has returned to the 
tertiary display 151 and is suggesting to the player that he should be hit to receive another 
card. Although basic strategy has been suggested, there is no limitation on how the player 
decides and he indicates such to the dealer and the dealer operates the dealer controls 85- 
89 to implement the player's decision. 

Fig. 17 shows the player display after the player has elected to have another card 
dealt. The fourth player card 144 results in a changed hand count of 12 because the 
valuation of the ace is necessarily changed from 1 1 to 1 because otherwise the player is 
over 21 and has lost. The basic strategy display again suggests a hit because of the low 
hand count. 

Fig. 18 shows a fifth player card 145 which revises the hand coimt to 16 and the 
basic strategy is again to hit. 

Fig. 19 shows a sixth player card 146 which is counted with the other player cards 
to reach a hand coimt of 26 which is a bust. The tertiary display shows that the player has 
busted. The border zone 105 is shown highlighted and maintained in an on condition to 
show a bust and loss for easy dealer , pit and camera detection from above the table. 
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Fig. 20 is similar to Fig. 19 except the player has lost the betting chip 160 due to 
collection by the dealer . 

Fig. 21 shows the losing player's display has been cleared with regard to the 
primary display section and the tertiary display section due to the loss. If other players 
have yet to play out, then the tertiary display 151 will show the active player hand as 
previously illustrated in Fig. 14. Fig. 21 indicates an image when there is no other player 
playing out his hand and prior to the dealer having played out the dealer's hand. 

Fig. 22 shows the dealer's hand as being a 21 and thus the dealer is a winner. This 
ends the current hand of cards and similar processes are repeated. 

Description of Control Software Flow Charts 

The game processor controller 90 includes software which is used in the operation 
of the card game system 60. It should initially be understood that the particular software 
used will vary dependent upon the card game being played. The system described herein 
is being used for playing blackjack and so specific description in that context is provided. 
However, other games can be played and there will necessarily be modifications to the 
software and program routines to accomplish these changed games, or such may be 
required in connection with playing the wide variety of blackjack games played in casinos 
and cardrooms everywhere. 

The game processor includes operational modules for performing a number of data 
processing fimctions in connection with the preferred blackjack card games. One key 
function is tallying the card array which forms the stack of virtual cards. Other key 
functions include: tallying the player hand counts; generating random number selections 
or Ustings; selecting virtual cards within a stack or selecting virtual cards which are to be 
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distributed from the stack; monitoring a set of house rules or options to apply the correct 
rules during play of the game; monitoring player hand counts and cards dealt; providing 
basic strategy suggestions for use by the player in response to various diferent hands; and, 
communicating the various data processing sets and files between system components to 
achieve successful operation. Other functions and variations of the above are also 
indicated elsewhere in this document. 

Fig. 26 shows an overview of game processor logic flow in the form of a block 
diagram. Power is appUed at step 206 and the system goes into an initiation sequence 
using programming contained in a programmable read only memory forming part of 
mother board 185. S tep 208 is provided to indicate possible editing of game rules if a 
properly authorized user indicates programming should occur in the manners described 
above. 

After any desired editing of the game rules in step 208, the dealer initiates a new 
game by control command S, such as by pushing the deal control key switch 89. (Fig. 5). 
This leads to step 212 wherein the game processor performs by identifying who is 
participating in the game from the available player stations, and includes the dealer by 
default. 

Step 215 involves dealing the two initial cards played in blackjack to the 
participating players and to the dealer. Such dealing involves generating random numbers 
which are used in selecting from the available cards contained in the set of cards defined 
to be the card stack. It further involves displaying the cards which have been dealt upon 
the displays in the manner and with the appearance described above, or some other 
suitable manner and appearance. Additional description of the two card dealing operation 
will be described below in connection with Fig. 28. 
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Fig. 26 also shows a step 218 which involves showing or displaying the dealer's 
top or upcard on the dealer display and in the secondary sections of the player displays. 
This block also represents not displaying the dealer's down or hole card. 

The next step illustrated in Fig. 26 is a step of identifying players having a 
blackjack hand after the dealing of the two initial cards to each participating player station 
and to the dealer station (all participants). The following step 224 includes considering 
the next active player and analyzing the hand which is held by such player . After the 
analyzmg the hand, there is a process of applying the basic strategy rules to the analyzed 
player hand to perform a deriving of basic strategy suggestion. This basic strategy 
suggestion is then implemented by displaying the basic strategy as step 227, such as in a 
manner explained above in connection with the player display descriptions. 

Fig. 26 also shows some altemative playing options which are considered in the 
course of the data processing fimctions. Step 230 provides a surrender option which may 
be made available to the player by presenting some indication of surrendering, or by 
merely allowing the player to orally or otherwise indicate he or she is surrendering after 
the initial two cards haye been dealt and as an initial play decision associated with the 
hand the player has received versus the knowledge the player has of what the dealer has 
been deah. One possible playing rule in this regard might be to allow the player to 
surrender, in which case the player would lose at that point one-half of his bet. This 
might be done in case the dealer appeared to have a blackjack hand and the player did not 
have a blackjack hand and did not believe he was likely to achieve a winning hand by 
receiving one or more hit cards. 



FL12-013.m A2703I0101326N 



39 



PAT-US\AP-00 



1 

2 
3 
4 
5 
6 
7 
8 
9 
10 
11 
12 
13 
14 
15 
16 
17 
18 
19 
20 
21 
22 
23 
24 



If surrender occurs then step 233 occurs which involves deactivating the 
surrendering player. The process can then be continued with regard to additional players 
who would either opt for surrendering or not surrendering. 

Fig. 26 also shows a step 239 which involves analyzing to determine if the dealer 
has been dealt an ace as his upcard. If so, then the game can advantageously perform by 
presenting the players with a notice, such as by displaying a message concerning insurance 
on the player or dealer displays. Although such a message is not shown in the figures, a 
simple flashing "INSURANCE?" might be used on either or both displays and then 
waiting sufficient time for the player to place their insurance bets upon the insurance bet 
detection zones 130. The game processor can then perform by detecting the presence of 
any insurance bets and logging such information into the game files being created in the 
game processor memory. If the dealer does not have a blackjack hand, then the step 242 
of collecting the insurance bets can be performed by the dealer . 

Fig. 26 further shows a step 245 which entails considering whether any player 
desires to split his or her hand. The split option typically occurs when the player has 
received two cards of similar kind, such as two kings or two aces. The player in particular 
may want to split on two aces since each has a relatively high probability of getting a ten- 
coimt card to make blackjacks. This is in comparison to valuing each of the aces as either 
1 or 1 1 and further playing the cards as a single hand. S tep 248 represents implementing 
the active spUt hands and dealing an additional card to the split hand to provide two cards. 
The first split hand is then played out and play continues on to the second or subsequent 
split hand of the same player . 

Fig. 26 further includes a step 254 which performs by considering whether any 
players want to make a double down play. If so, then they indicate such to the dealer who 
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depresses control key 86 (Fig. 5) and step 257 occurs which involves dealing the 
additional double down card to that player . The system then performs by evaluating the 
player's hand in step 263. 

If a player does not elect to double down, but instead proceeds to either stand or 
be hit, then step 260 is performed and such an election is made and the player performs 
by communicating such to the dealer. The dealer follows through by depressing either the 
stand or hit control keys 87 and 88, respectively . If another or hit card is deaU, then step 
266 is performed and the game processor performs by analyzing the player's hand to 
determine whether the player has busted. If not, then the player is given another 
opportimity to obtain a hit card and the process repeats until the player elects to stand. 
In the last case the processor performs in step 263 by evaluating the final hand count and 
hand composition and then proceeds to address the additional participating players. If the 
player busts, then step 269 is performed in which case the dealer proceeds to the next 
available participating player or proceeds to step 271. 

In step 271 the process continues by playing out the dealer's hand. This may 
involve hitting or standing in a manner similar to play by the players as explained above. 

Step 274 is performed by determining which players have won or lost, and then 
such information is displayed on the displays 103, or 102, such as described hereinabove. 

Fig. 27 shows additional detail not depicted in Fig. 26 in the form of a main loop 
routine to further clarify processes used leading up to the dealing of the initial two cards. 
Steps 206 and 207 are as explained above. S tep 283 involves testing for the edit rules 
security lock having been opened by the appropriate code key . If so, then the edit rules 
subroutine 208 is performed. If not, then various buf fers and arrays are prepared for 
normal operation in an initiating step 292. This will involve loading programming firom 
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read only memory or other programming source to set up the game processor for 
operation. 

Step 295 involves displaying any casino names or logos or otherwise displaying 
an attraction display image, such as upon the player displays 102, dealer display 103, or 
shoe displays 81 or 82. Thereafter , the game processor performs in step 298 by looking 
for any wagers as indicated by sensors 121 . S tep 301 represents initiating the active 
player stations and querying for a response that the player display has been activated. 

The sequence shown in Fig. 27 then performs by waiting for the dealer to proceed 
by depressing the deal command key 89. If not pressed then the waiting process is 
continued. If pressed, then step 307 is passed. Thereafter step 310 is performed in which 
case the participating players are set and any additional information is loaded in 
preparation for dealing. S tep 313 indicates that the shoe display 81 is performing a 
displaying operation and step 316 indicates the marking or highlighting of the cut card and 
performance of the cutting operation as further explained now . 

Prior to the dealing step, the processes according to this invention can also include 
a cutting step which can be performed either by the dealer or by a player . In one form of 
the invention the cutting is performed by displaying a simulated card stack on the first 
shoe display 81 and then having the player perform a touching of display . In this process 
the display 81 is a touch screen display and the touching step causes a location in the stack 
to be selected as the cut position. The cut card can then be specially displayed, such as 
by using a highlighting color . Such a process can also involve progressively moving the 
cut card as virtual cards are dealt. 

An alternative cutting operation can be performed similar to the cutting just 
described but it is instead performed by the dealer touching display 81 rather than the 
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player. This can be done in response to the dealer's judgement, or more preferably , the 
dealer can undertake such action in response to instructions from one of the players. 

A still further alternative approach in performing a stack cutting operation is to 
have a selected player perform by instructing the dealer . The dealer in this alternative 
would be empowered to move a virtual cut card as it appears on the display. For example, 
during the cutting operation the stack image display 81 would function by displaying and 
highlighting a cut card. The dealer could then perform by moving or repositioning the cut 
card position within the stack by using one or more of the dealer control keys 85-89 which 
would become soft keys assigned to this repositioning function. The player performing 
the cutting judgement would then act by instructing the dealer as to the desired position 
of the cut card and the dealer would perform this repositioning as displayed on the 
display. The repositioning could be affected by adjusting the cut card position as needed 
in response to the instructions given by the player who is empowered with the cutting 
operation. After the cutting position is resolved, then the stack order is changed to reverse 
the two sections of the stack which are divided by the cutting position. 

. In preferred methods according to the invention there is also a house or dealer cut 
card placing action which is advantageously made. This is made after the stack cutting 
operation discussed above. In this operation the dealer or other representative of the 
casino moves the cut card indicator to a position which is set by casino policy to be within 
a defined range. For example the cut card position might be midway in the stack. In such 
situation cards would be played until the cut card position is achieved and then the stack 
would be reshuffled. 

After the above steps are performed, then the two initial card dealing sequence is 
performed. This processing if further illustrated in Fig. 28. Step 322 of Fig. 28 illustrates 
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the moving card routine advantageously performed by the second shoe display 82 in order 
to add realism to the game. Such a step includes indicating motion of playing card images 
after the dealer has commanded that dealing begin using touch key 89. This can 
advantageously be performed using the second shoe display 82. The motion indicating 
step can by done by shifting the apparent card back face image downwardly within the 
second shoe display and thus visually indicating that the dealing process is being 
performed. This can be of added realistic ef feet and aid the players in easily recognizing 
the action of the blackjack or other card game being played. 

Step 322 is followed by adjusting the simulated stack display in the first shoe 
display 81 by shifting the position of the cut card and moving it closer to the second 
display. 

Fig. 28 also shows step 328 which involves selecting a card from the stack using 
the random nxmiber generator . Theshuf fling processes used in the system can be 
performed in three preferred processes. In a first shuf fling process, herein called 
traditional shuffling, the random number generator is used to create an assigned order to 
all cards of the stack prior to dealing any card to any participant in the game. This is akin 
to the manner in which paper or plastic playing cards are handled, since the decks 
comprising the stack are shuf fled and reshuf fled the desired number of times to reorder 
the stack. Once the shuf fling is completed, then any desired cutting of the deck is 
performed and the stack is placed into a dealing shoe. Once placed into a dealing shoe 
the order of the cards is fixed and no reordering occurs. 

Another form of shuf fling is made available using system 60 which cannot 
reasonably be perforaied in playing card games using paper or plastic physical playing 
cards. This shuf fling process is herein termed continuous random shuf fle. In this 
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shuffling process the order of distribution of cards from the stack is not predetermined 
before the hand is played. Instead the random number generator operates on the fly as 
needed when the game requires a card to be taken from the stack. The position from the 
stack is varied to produce the random distribution of potentially any card at any time. The 
entire set of virtual cards which make up the stack is maintained at all times, without 
removing cards which may aheady have been dealt in the same playing hand. This 
maintaining a set of all available cards in the stack achieves truer randomness fhan by 
reducing the stack set for rranoved cards. In any particular card assigmnent, the player can 
receive any of the possible cards. This procedure may be desirable in play of certain 
games or may be more attractive to the casino or players for objective or subjective 
reasons which become important. 

Another shuf fling or card assignment process which is contemplated by this 
invention is herein termed random balance shuf fling. In random balance shuffling the set 
of available cards in ibe virtual stack is reduced by the assigmnent of prior cards dealt in 
the hand. For example, where the first card dealt is an ace of spades, and the stack is 
defined by the casino to be only one deck, then no other player in that hand can receive 
the ace of spades. In most casinos blackjack is played using stacks where there are 
multiple decks, for example six decks. In such situations, then there clearly would be 
additional aces of spades which might be dealt. However , the fi-equency of selecting the 
ace of spades after one or more other aces of spades have been already dealt in that hand 
does diminish. This should be contrasted to the continuous random shuf fle wherein the 
expected statistical firequency does not change as cards are dealt. 

Step 328 schematically represents the selection of the next card whether this is 
done on the fly using continuous random shuf fle, or random balance shuf fle. 
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Alternatively, the selection process can be done with pre-ordering using the traditional 
shuffle. 

The traditional shuf fle does have a significant disadvantage which blackjack 
players may have noticed or experienced. This disadvantage is demonstrated by the 
situation where one player either stands or hits in a nonconventional manner , either by 
mistake or intent. Other players at the table often notice this apparent error , and as a 
result the next player or dealer would receive a dif ferent card than if the prior player had 
played his hand in a conventional manner . In some cases, the dif ference in cards can 
affect some or all who receive cards thereafter . In some cases, players become irate 
because of the realization that this mistaken choice by another player has cost the other 
players their bets and the wins which they otherwise would have enjoyed. This type of 
situation can be very upsetting and sometimes even leads to fights among the players. By 
utilizing the continuous random shuf fle or the random balance shuf fle procedures which 
can be accompUshed with this system, there is no pre-ordering of the stack and no 
particular card can be said to have switched fi'om one player to the next. In each of these 
procedures the random number generator goes through a selection process immediately 
prior to distribution of each card and thus the decisions of one player are not fairly 
attributable to some derogatory ef feet on other players. 

The card selected by the above-described processes is then assigned to the next 
dealt card required and to the participant, whether player or dealer . Once assigned, then 
step 334 effects the displaying of the card on the player's display if it is a card assigned 
to a player. The preferred game system also effects displaying a copy of the player's card 
on all screens when appropriate as explained above in connection with the preferred player 
display images. The game then involves assessing whether the next action is with a player 
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or dealer in step 340. This process repeats until all players have received their first card. 
Then a virtual card is assigned to the dealer in step 343. The first card to the dealer is 
dealt as a face-down card and is often referred to as the hole card. S tep 350 indicates that 
the hole card of the dealer is dealt and displayed facedown. The process explained above 
repeats again for the active players and dealer until step 347 indicates that a second card 
has been received by the dealer . 

After both initial cards are received by all participants, then the cards are assured 
in faceup condition in step 353 except for the dealer's hole card and copies of the cards 
are placed on other player's displays as previously indicated. Alternatively , initial cards 
may be dealt in a face-up condition. Thereafter process 221 proceeds to determine the 
players with blackjack hands. 

Fig. 29 details the process, shown abbreviated as step 221 in Fig. 26, for 
determining players with blackjack hands. S tep 362 involves going on to the next active 
player for consideration. Step 365 is evaluating the player's hand. Step 369 is a deciding 
whether a blackjack hand is present. S tep 369 leads to repeating steps 362 and 365 for 
another player if no blackjack hand is present. If a blackjack hand is present, then the 
process branches to step 372 wherein the program fimctions by identifying the player or 
players with a blackjack hand by player number "n". S tep 375 performs a decision 
whether the player, more properly participant, is a player or the dealer . If the answer is 
yes indicating it is the dealer, then the game is over and the two card play sequence is then 
repeated in another hand. If the blackjack hand is not for the dealer , then the player's 
status is changed by step 381 to changing the status to inactive with regard to additional 
play of the hand. 
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Fig. 30 details a two card play sequence 387 which is shown in abbreviated form 
in Fig. 26. S tep 224 includes going to the next active player . Thereafter the processor 
performs in step 393 by displaying the active hand on all player displays, in the tertiary 
part of the display as explained above. S tep 396 involves displaying the dealer's hand to 
all displays. S tep 399 involves calling up the strategy analysis monitor and performing 
such strategy analysis to provide a basic strategy note to be displayed to the active player . 
The step 227 of displaying the basic strategy on the active player's display is then 
included, thereby rendering helpful advice to the player . 

Fig. 30 then shows more complete steps in assessing surrender. Step 405 involves 
checking the game rules to see if the casino allows surrender as a play option. If yes, then 
decision step 408 proceeds to branch to an instructing step for allowing surrender by a 
player or players in step 411. Step 414 indicates the player's individual decisions whether 
to surrender. If decision 414 is yes, then that player is rendered into inactive status by an 
inactivating step 417. This process is repeated via connection A for other players. If 
surrender is not selected, then step 420 provides for evaluating the dealer's upcard. If the 
dealer's upcard is an ace, then decision step 239 branches to an insurance sequence 
detailed in Fig. 31. Return occurs in returning from insurance sequence at step 429. 

If there is no dealer ace as upcard, then the game processor performs by assessing 
whether the player's hand has a pair in steps 432 and 435. If ho pair exists, then the 
process continues by proceeding on with the consideration of whether the player wants 
to double down as shown in step 254 of Fig. 26. If there is a pair , then a split sequence 
branch step 441 is performed as detailed in Fig. 32. 

The insurance sequence shown in Fig. 3 1 branches from decision step 239 of 
Fig. 30 and advances to step 447 which involves going to the next active player . The 
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possibility for taking insurance is publicized by notifying the players using a displaying 
step 450 which notes such on all displays 102 and 103. S tep 453 then involves detecting 
whether insurance bets have been made. This is repeated by deciding in step 456 whether 
additional active players have taken insurance bets and the logical loop is again cycled 
until there are no more players and the process returns via branch 429 to the two card play 
sequence shown in Fig. 30. 

Fig. 32 details the split hands process sequence 441 from step 435 of Fig. 30. This 
first involves of fering a player with a pair the option to split the hand in step 462. The 
player then decides whether to split his hand at step 465 and this is implemented by the 
dealer depressing key 85 to indicate the hand should be split by the game processor . If 
the hand is not split, then processing goes on to the additional two card play sequence of 
Fig. 33 at step 504, If the player elects to split by accepting the split of fer, then step 468 
is processed and a split counter is incremoited. Thereafter in step 471 the processor 
processes data to split the original hand containing the pairs into two hands. S tep 474 
performs by identifying that each of the spUt hands has only one card. S tep 477 performs 
by instructing that an additional card should be dealt. S tep 480 performs by copying the 
instruction to deal cards to the split hands. Step 483 involves dealing the additional cards. 
Step 486 performs by deciding whether there are additional spUt opportunities which have 
developed from the newly dealt cards. If so, then step 489 perfonns by incrementing the 

9 

split counter. Decision step 492 compares the split counter to make sure the maximum 
allowable splits programmed by the casino rules has not been exceeded. If not, then 
recycling through step 468 and the splitting function repeats. If there are no further split 
options from decision step 486, then processing continues on to step 504 of Fig. 33. 
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Fig. 33 shows an additional two card play sequence which includes a step 504 
which involves calling the strategy monitor to apply the strategy rules to the player's hand 
after the splitting or insurance subroutines have been completed. The next step 507 
involves displaying the suggested strategy. Thereafter, the players place an additional bet 
to "double down" in step 510. Decision step 254 responds to a yes with a doubling of the 
wager in the processor at step 516. S tep 5 19 is dealing of the additional single double 
down card. Step 522 involves evaluating the player's hand after the double down card has 
been assigned. Decision step 525 involves determining whether the resultant player hand 
has busted. If yes, then step 528 involves displaying the bust outcome. If no, then a 
revised hand total results and this is performed by communicating or displaying the new 
hand total in step 531. 

Fig. 33 also shows that if the player does not double down in decision step 254, 
then step 534 results. Thereafter the action is for the player to proceed by indicating 
whether he or she wants to be hit with another card or stand. If the decision in step 540 
is to hit, then dealing of another card occurs as shown in step 543. The player's hand is 
then acted upon by the game processor performing an evaluating step 546 to proceed on 
with a decision step 549 whether the hand has busted. If not, then the hit/stand option is 
again considered by the player and the portion of the sequence is repeated until either 
there is a bust or a stand decision. If there is a bust, then step 552 involves displaying the 
bust as described above. If the decision is to stand as represented by standing step 555, 
then processing continues on to step 558 looking for more active players. If there are 
more active players, then circle A leads back to step 224 at the top of Fig. 30 for 
additional cycling of the processes discussed. 
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If there are no additional active players, then step 561 proceeds on to, a finish 
sequence shown in Fig. 36. 

Fig. 34 details a deal card subroutine used in the overall process at a number of 
steps discussed above, such at Fig. 33, step 543. The deal card sequence starts with step 
564 which involves the simulated moving of a card from the dealing shoe using the 
second display 82 and suitable image processing techniques to suggest movement. S tep 
567 involves adjusting the first shoe display 81 to show repositioning of the cut card and 
any other desired adjustments in the image. S tep 570 involves using the random number 
generator and selecting a virtual card from the stack as discussed more fully above. S tep 
573 involves assigning the selected card to the appropriate player . S tep 576 involves 
displaying the assigned card faceup on the display screen for the player . S tep 579 
involves copying the assigned and displayed card onto other displays as needed for the 
tertiary display section explained above. S tep 582 represents return to other points in the 
processing after the deal card subroutine has been completed. 

Fig. 35 further details a play out sequence. This is illustrated in more abbreviated 
form at Fig. 26, steps 260 and 266. The play out sequence subroutine includes step 585 
which involves the player instructing the dealer with regard to whether the dealer should 
conmiand hit or stand, such as implemented by control keys 88 and 87, respectively. Step 
591 shows decision branching when the player has decided to stand. In this case the step 
594 is pursued which either returns the program to the calling routine from whence it 
branched to the play out sequence, or step 594 involves proceeding on to the finish 
sequence routine covered in Fig. 36, which will be further explained below . If the player 
does not decide to stand, then decision step 597 is implemented with regard to a hit. A 
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decision to hit passes the processing onto the deal card sequence subroutine via step 600 
as discussed above in connection with Fig. 34. 

Fig. 36 shows a finish sequence which starts with step 603 which involves turning 
over the dealer's hole card and displaying this information to the players. S tep 606 
involves playing out the dealer's hand according to house rules. This step is detailed 
further by the content of Fig. 37. Fig. 36 shows step 609 which involves determining the 
winners and losers. Step 612 involves collecting from losers and paying winners. S tep 
615 is followed by another game which is indicated by initiate step 615. 

Fig. 37 details the playing out of the dealer's hand which is shown in abbreviated 
form at step 606 of Fig. 36. Step 618 involves evaluating the dealer's hand count as a soft 
count, in which case any aces held are valued at 1 1 rather than at a value of 1 . This is 
followed by step 621 which compares the soft hand count to whether it is greater than the 
value 17. If greater than 17 then the step 624 proceeds to step 609 of Fig. 36. If the 
dealer's soft hand count is equal to a value of 17, then decision step 627 branches to step 
630 which involves considering the house rule on soft 17 dealer hand counts. This is a 
variable house rule option in system 60. Decision step 633 can result in either the dealer 
standing on a soft 17 as depicted by step 636. This leads back to step 609 of Fig. 36. 
Alternatively, the other soft 17 rule leads to the dealer hitting his hand at step 639. That 
in turn leads back to step 609 of the finish sequence. 

Fig. 37 also shows a branch from decision step 627 toward evaluating step 642 
indicating the situation where the dealer's soft hand count is less than the value 17. 
Evaluation step 642 considers the dealer's hand and determines the hard dealer hand count 
with the ace valued at 1 1. Decision step 645 branches on the basis of whether the hard 
dealer hand count is less than the value 17. If less than 17, then the dealer receives 
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another card as illustrated by step 651. If the dealer's hard hand count is 1 7 or greato: , 
then the dealer stands and step 648 leads back to step 609.of the finish sequence. 

Alternative Embodiment Gaming System 

Figs. 40-46 show an alternative preferred gaming system according to the 
invention. The alternative gaming system is in most respects similar to the gaming 
systems and variations shown and described above in connection with Figs. 1-39. Similar 
features are numbered with the same reference numerals and description will not be 
repeated. Altemative or varying aspects of the alternative gaming system will now be 
described. 

The presentation unit 100 advantageously includes ambient light sensors 132 
(Fig. 43) which allow the system to sense ambient light to which the system is exposed 
during operation. This allows the betting chip detectors 121 and insiu^ce bet detectors 
13 1 to more appropriately determine whether a chip 164 (Fig. 40) has been placed over 
the detectors. The detectors or sensors 121, 131 and 132 are advantageously optical 
detectors in the embodiment illustrated. Altemative detectors are also possible. 

Fig. 40 shows the dealer control module incorporated in the form of a simulated 
dealing shoe 80 similar to the dealing shoe 80 shown and described above. The dealing 
shoe of Fig. 40 is shown in lar ger illustration in Figs. 45 and 46. The dealing shoe has 
first and second display portions 81 and 82 which are provided using a single display 281 
(Fig. 46). The case 84 advantageously includes metallic base plate 284 and a plastic case 
top 285. This construction is preferred to help dissipate static or stray electricity which 
may come into contact with the dealing shoe. It also provides a ground plane which can 
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be used by electrical components 286 used to power , communicate and/or control the 
display 281 and dealer control keys 83 and 85-89. 

Fig. 41 shows a presentation unit base plate 701 which is provided with a number 
of mounting holes and features which allow various connections to be made. These 
connections include connection of various wiring cables and other components to the base 
plate 701. Noteworthy are mounting holes 702 which allow the base plate to be secured 
to a gaming table 50 (Fig. 40). Also noteworthy is cable opening 703 which is used to 
allow wiring cables to be connected to a control module, such as module 92 mounted 
beneath the gaming table. The gaming table can accordingly be drilled or otherwise 
provided with a correspondmg opening that allows the cabling to extend through the table 
top. A plxurality of standof fs 704 are provided to support the overlying presentation unit 
cover 101 to be held in supported relationship over the base plate 701. The base plate 701 
is preferably made of a metallic or other electrically conductive sheet to facilitate 
grounding of various electrical components thereto and to help dissipate static or other 
stray electricity which may encoimter the presentation unit. The electrical niggedness of 
the presentation unit 100 and other parts of the system is in some cases tested by 
regulatory authorities to make sure operation is not affected by stray electrical discharges. 
Shocks are apphed to the case xxsing a suitable test voltage supply (not shown) which may 
involve electrical dischar ges of approximately 25,000 volts. The overlying cover 101 is 
advantageously made from a transparent acrylic material which is relatively 
non-conductive to minimize the effects of such electrical discharges. The conductive base 
plate 701 tends to conduct any stray electricity to a ground terminal (not shown) to further 
reduce possible derogatory ef fects. 
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Fig. 42 shows base plate 701 fitted with several participant displays 102 and 103 
as described above. The displays may be mounted in raised positions upon the base plate 
to allow cabling (not shown) to pass between the displays and base plate. Fig. 42 further 
shows the bet and insurance detectors 121 and 131. Ambient light detectors are also 
shown mounted upon the base plate. 

Fig. 44 fiirther illustrates that the cover 101 can advantageously be made firom a 
continuous or substantially continuous sheet of transparent material, such as transparent 
acrylic. This allows the displays 102 and 103 to beam their images therethrough and 
allows optical detectors 121, 131 and 132 to perceive light levels adjacent thereto. The 
remaining portions cover 101 are advantageously made opaque to hide the otiier intemal 
components. The surface of the cover can be treated using spray coatings or by direct 
surface treatment to provide a matte or semi-matte finish to minimize reflection and 
improve participant visibility of displays 102 and 103. 

Description of Alternative Control Software Flow Charts 

Figs. 47-S 1 diagrammatically illustrate another form of preferred programming and 
related processes used in the operation of the alternative embodiment of Figs. 40-51. 
Many of the processing steps are the same or have analogous control processes as those 
described above. The following outline explains the diagrams of Figs. 47-51 in greater 
detail. Computer file names are generally shown itaUcized using a preferred or suitable 
file name. 
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1.0 MAIN LOOP 

Figs. 47-49 illustrate diagrammatically the main logic loop employed by the game 
system.. Particular aspects will now be further explained. 
1.1 System Initializes 

1.1.1 Initialize Sound Card, init_soundO (not illustrated) 

Call initjsoundQ to load *.wav sound files into the sound resources buf fer. The 
sound card hardware is also initialized for volume and tonal adjustments. System further 
reads condition of switches (not illustrated) which sense and checks for seciu-ed conditions 
of access doors forming part of the processing module enclosure, similar to enclosure 91. 
As implemented, the enclosure includes a main door 95 (Fig. 3) which condition is 
checked in step 708. There is also a separate keyboard port door (not illustrated) which 
is checked in step 714. If the keyboard port door is unsecured, then the system checks 
for rules editing. Each door is seciured with a key lock and associated sensors (not shown) 
which allow the control system to determine the condition of each. 

1 . 1 .2 Rules Editor , pit bossjsdQ- 

Step 715 entails checking to see if the key switch 83 is activated to enter the rules 
editor and whether the password required by the system has been provided for security 
reasons. 

The house rules are recalled or modified with a call to file pitJbossjsdQ . The 
following parameters may be adjusted: 

- number of splits allowed RULEjsplits 

- how face cards are treated as a pair , RULE Jace 

- the number of decks to be used, R ULE_decks 

- sequence for dealing cards, RULE_deal 
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- dealer's play on soft 17, RULE_soft 

- conditions affecting double down, RULEjdouble 

- surrender or not, RULEjsurrender 

- placement of the hole card, RULEJtole 

The rules editor is discussed in greater detail in following outline section on the 
RULES EDITOR. If the dealer or pit boss have not elected to enter the rules editor , then 
the system starts a new game at step 717. 

1.1.3 Random Number Generator (RNG) Seed Data, getjseedjlataO 
This initialization step is illustrated at step 718 of Fig. 47. There are multiple 

numbers that are stored which hold the terminal state of the random number generator 
These numbers are retrieved in a call to getjseedjiataQ which reads the data from disk. 
This provides for non-repetitive operation of the random nimiber generator needed to 
prevent pattems from being discemable. 

1.1.4 Game Process Tables .clearjhejdeckQ, handJniQ, makejcardjrayQ 
Information about the players and the cards that are dealt are contained in memory 

tables which are first cleared out before a new game. A call to clear jhejieckQ , to 
handJniQy and makejcardjrayQ achieve this function of the initialization. The casino 
or other house mles and settings are represented in steps 719 which can also be 
approached through the rules editor . 

1.1.5 Grq)hics Files, transferQ 

The initialization process also advantageously includes loading many graphics 
images that are displayed during game-play are facilitated by a graphics engine which is 
initialized with a call to transferQ, 

1.2 Display House Logo, sendO 
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The house logo graphics is sent to the respective LCD displays. 

1.3 Wait for Dealer to Press Deal Key , shoeQ 

Step 298 determines the presence of a wager over the bet sensors 121 and indicates 
an interested player. When the dealer presses the deal key on the shoe, all wager sensors 
which detect a wager will communicate the information back to the rules program. Player 
positions 1-6 which have wagers over the sensor will be counted as active players. The 
system reads the keypad on control 80 in step 209.1 and make a decision in steps 209.2 
and 209.3 indicating when the dealer presses the deal key 85. V irtual cards will then be 
dealt according to the deal sequence selected in the rules editor . In step 708.1 the system 
again checks the security of the controller doors and chooses between a service mode 
condition 720 or continued operation carrying onto the top of Fig. 48. 

The top of Fig. 48 shows step 723 which loads information indicating whether the 
shuffler rule is traditional shuflQe 724, random balance shuffle 725, or full random balance 
shuffle 726. Shuf fling occurs according to the shuf fler rule in steps 729. Cut card 
procedures 730 are used in the traditional and random balance shuf fle rules. In such cut 
card procedure the display 81 preferably shows the stack with a cut point highlighted in 
an altemative color . The dealer controls the cut card position as specified by the player 
who is entitled to cut the deck. The display then shows the stack displaced laterally and 
the stack parts are reversed in a display graphics which simulates the physical cutting of 
a card stack. 

1 .4 Deal Two Cards, twojcardjIealQ 

Step 215 represents the operation of dealing or assigning the initial two cards of 
blackjack to each participant. Beginning with the first active player to the dealer's left 
hand, cards will be dealt one at a time until all players have received a card. The dealer 
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then receives his first card, which may be face up or face down, depending on the house 
rules selection. The sequence is repeated until all active players hold two cards. One of 
the dealer's cards will be face down. A call to twojcardjdealQ accomplished this. In the 
preferred implementation of this action the speed of dealing is subject to adjustment of 
a speed parameter implemented when the rules are loaded. Thus the action can be 
relatively fast or slower as may be appreciated by dif ferent groups of participants. 

1 .5 Find Blackjack hands, findJbjJiandsQ 

After the initial two cards are dealt, a search can be made for all hands that may 
hold blackjack. A status table can be updated with this information. The find blackjack 
hands sequence is illustrated in Fig. 29 and fbs description is not herein repeated. 

1.6 Insurance Sequence, insurejseqQ 

If the dealer's face card is an ACE, insurance is of fered at this time. This is 
represented in Fig. 49 by step 239. Wagers placed over the insurance sensor will be read 
and recorded in step 453. A security step of checking doors open 708.1 is advantageoiisly 
included thereafter . Following the security check, the dealer control key pad is checked 
in step 735 to see if the dealer has controlled to instruct further progress of the game by 
depressing the deal key 85 in step 736. Collection of the insurance bets is shown in . 
step 737. 

1.7 Dealer Holds Blackjack find bjJiandsO 

If the dealer does hold BJ as determined by step 738, the finish sequence 739 is 
entered wherein all active hands are compared to the dealer's. Any hand which also holds 
blackjack (BJ) is determined to be a PUSH. All others are NO WIN. 

1.8 Play Hands Sequence, two_card _play_seqQ 
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Figs. 49 and 50 show a preferred two card play out sequence. In the event the 
dealer does not have blackjack, normal play is resumed at step 740 and the next player 
decides his or her move. This is implemented by a reading step 741 which reads the 
conditions of the dealer control keys 83 and 85-89. 

A call to twojcard j)lay_seqO begins the cycle through which all active hands are 
played out as assessed by step 747. This has a beginning with the first active hand to the 
dealer's left. Additional hands are recognized in step 748. Through this cycle split hands 
are created from pairs of like cards, depending upon house rules. Double down is a choice 
a player may have, depending on house rules. A player may hit or stand as they like. 
These options are generally shown at step 746 of Fig. 49. 

Fig. 50 shows at step 772 consideration of the next active player to allow play out 
of this sequence. S tep 773 considers the next hand and decision block 774 branches 
achieve dealing of both cards via step 775. A suggested best strategy is produced as 
represented by step 776. The strategy is displayed at step 777. The call to strategyQ , 
step 776, retums a message code which becomes displayed as the most appropriate 
strategy with respect to applicable house rules and hand content. S trategies are calculated 
upon the dealer's face card and the hard/soft count of the active hand. A recommended 
strategy will preferably be displayed on the active player's lower right screen. 

Splits are permitted or not permitted as the rules define. If permitted, then step 
779 determines whether the hand is eligible for splitting by have a pair . The player is 
presented with the decision in step 780 and the input response is represented by step 781. 
If split then the system creates the second hand in step 782 and deals a first card to the 
first of the split hands in step 783. Reconsideration and revised strategy information is 
made and then displayed as illustrated by step 784. 
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Fig. SO also shows the possible action of allowing a player to double-down are 
represented by step 785 and subsequent steps. This is covered in greater detail below . 

1.9 Play Dealer Sequence, play_dlr_seqO 

When all active player hands are played out, a call Xoplay_dlr_seqO will begin the 
cycle through which the dealer draws cards until a hard count of 17 is reached. Whether 
he hits on a soft- 17 is set in the rules table. 

1.10 Finish Sequence, finish_seqO 

The final win/lose determination is made here against the hard/soft counts of each 
active hand at shown at step 739 with respect to the dealer's. A call to finishjseqQ 
performs this process. 

1 . 1 1 Cut Card Reached, shuffleJrayQ. 

There will always be enough cards in the deck to complete a game after the cut- 
card is located. When a game has completed and the cut card was located during play , a 
reshuffling will be done with a call to shuffleJrayQ. This is illustrated at steps 730-732. 

1.12 Update Game Records, \vrite_game_dataO , up_deck_recO 

When the game is finished, vital information about the game will be written to a 
disk file and stored. A call to up_deck_recO writes the data. The state of the RNG is 
written to a separate file for future recall within the function writejgame dataQ . 
This is represented by step 751 of Fig. 49. 
2.0 RANDOM NUMBER GENERA TOR 

2.1 RNG Engines 

Step 718 can be performed by two RNG's which are employed in the production 
of random numbers. The first generator is an ANSII standard function that is resident with 
the compiler. It is a pseudo random generator which yields 32-bit integers. The second 
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generator comes from George Marsaglia at Florida State University math department, and 
is known as The Mother of All Random Number Generators, or "Mother" for short. It 
returns 64-bit random numbers. 

The 32-bit generator is provided a chaotically produced seed in order to return a 
randomly generated seed for "Mother." The second seed is fed once to "Mother" and from 
that time onward the generator is always running on a set of numbers saved from game 
to game. 

2.2 Seeding 

A primary seed is obtained with a call to initjseedO when the software is initially 
powered up. Here, a 32-bit unsigned number is allowed to increment through a modulo- 
32-bit cycle until a key is pressed. The state of this variable, ajseed, is sent to the 32-bit 
RNG as a seed, and a random number is produced, bjseed. The variable, b_seed, is sent 
to "Mother, " from which a dual ten element array is constructed. The array contains state 
data for which new random numbers are generated. The array contents are dif ferent with 
each new number. 

2.3 Saving the S tate of the RNG 

Following each game, the dual ten-element arrays are saved in a file 
write_game_data along with the initial seed value. When a new game is initializing, tiie 
file is read and the array values are reinstated into Mother . The RNG then proceeds as if 
it had never been shut down. 
3.0 CARD TRAY 

A serial card tray is built at the start of each new game series as illusfrated by step 
723. The tray size is determined by the number of decks specified in the house rules 
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settings. To fill the tray, a call is first made to makejcardJrayQ . Within this function the . 
RNG is queried for new cards, the conditions being that acceptable card numbers cannot 
be 0 or any number greater than 52. Also, a card number (1-52) may be used only up to 
the number of decks that are allowed. For example, if 12 decks are used, the card nimiber 
13 may be used only 12 times while filling the array . 
4.0 SHUFFLE MECHANISM shuffleJrayQ 

4.1 Deal Sequences 

Three schemes are used for shuf fling cards, depending on house rules setting 
variable RULE_deal. 

4.2 Traditional 

This scheme is illustrated by step 724 and emulates a randomly filled card tray 
which is continually shuffled until the deal/cut key is pressed by the dealer . After the key 
is pressed, cards are drawn sequentially through the tray . The tray is not shuf fled again 
until the cut card is located. The mechanism for shuf fling swaps randomly selected pairs 
of cards fi'om the tray. The process continues until the deal/cut key is pressed. A recorded 
sound file of shuf fling cards is played through the speakers while the cards are shuf fled. 

4.3 Random Balance 

This scheme is shown by step 725. The card tray is filled once, as with the 
traditional scheme, but with a random balance shuf fling scheme all cards following the 
drawn card are shuffled every time a card is drawn . Cards are drawn sequentially through 
the tray , however with each drawing the balance of cards is shuf fled by swapping 
randomly selected cards. While a player waits to decide his next move, the deck is 
shuffled. A shuffle soimd file is played while he decides. 

4.4 Full Random Balance 
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This scheme is shown by step 726. The card tray is filled once, as with the 
traditional scheme, but with a full random balance shuf fling scheme the entire tray is 
shuffled every time a card is drawn . Cards are drawn randomly firom the tray . While a 
player waits to decide his next move, the deck is shuf fled. A shuffle sound file is played 
while he decides. This scheme precludes the need for a cut card. 
5.0 DEAL SEQUENCES cardjselectQ 

5.1 Traditional 

Cards are drawn fix>m the card tray sequentially through the deck as illustrated by 
steps 731. An index, cardjrayjndx, is incremented for each card drawn fi-om the tray , 
card_tray[card_tray_indx]. When tiie cut card is encountered the tray will be shuf fled at 
the close of the current game. 

5.2 Random Balance 

Cards are drawn firom the card tray sequentially through the deck. An index, 
car djrayjndx, is incremented for each card drawn fi-om the tray , 
cardtray [cardjrayjndx]. When the cut card is encoimtered the tray will be shuffled at 
the close of the current game. The balance of cards following the currently selected card 
are shuffled while a player waits to decide his next move. 

5.3 Full Random Balance 

Cards are drawn randomly firom the domain of cards in the card tray . With each 
card that is drawn, the entire tray of cards is shuf fled. 
6.0 PLAY HANDS SEQUENCE twojard j>layjeqO 

6.1 Overview 

The two card play out sequence is shown starting at step 771 of Fig. 50 in greater 
detail. Beginning with the first active player to the dealer's left, each player is processed 
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by step 772 by active hand numbers 773. For each active player there will be at least one 
active hand, referred to as the basejiand. Should a hand split at step 781, the number of 
active hands per player could number as many spUts as are allowed plus one. For example, 
if three splits are permitted by house rules, up to four hands could be played out by one 
active player , All hands are played in order , starting with the leftmost hand from the 
dealer. A call to twojcard j)lay_seqO begins the sequence. 

6.2 Data structures 

Status information about the players and their hands are contained in a structure: 

pjnfo [player]. status [hand jtum] 
The record of cards dealt to each hand is contained in : 

PJnfo [player], car d[hand_num] 
Both hard and soft count is held for each hand in : 

PJnfo [player], count [ type] [handjium] 
See section 12.0 for a detailed description of the data structure. 

6.3 Sequence 

For each active hand, the sequence begins with two cards having been dealt to the 
base hand as indicated by steps 774 and 775. The hand is evaluated at step 776 and the 
most appropriate strategy is retumed following a call to strategy 0 . The strategy is 
calculated against the dealer's face-up card and the player's soft and hard count. The 
rules table is consulted before a strategy is finally retumed. Thus, if a hand holds a pair 
and a split would otherwise be recommended, a maximum allowed split count of zero 
would preclude the recommended strategy of splitting. Hit or stand might be 
recommended instead. The strategy is sent to the player's screen and displayed 
graphically. Through the course of play, the player may choose to spUt his hand, double- 
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1 down, hit, or stand. If the hand holds only one card, the result of a split, a second card 

2 is automatically dealt. 
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6.4 Split Hands split_seqO 

If the hand holds a pair of like cards and the player has not exceeded the allowable 
limit of splits, then a split sequence is entered at step 778 with a call to split seqQ - In this 
sequence the player may choose to split his hand st^, double-down at step 787, hit or 
stand at step 792. This general decision is also represented at steps 747 and 746 of Fig. 
49. Following his decision, the hand is re-evaluated at step 794 and a new strategy is 
formulated and displayed. The call to the spUts function retums with information about 
his decision. If double-down is not chosen at step 787, the sequence will branch around 
the double-down option, offered next. 

6.5 Double Down double_downO 

If the hand satisfies the restrictions for a double-down and the player chooses to 
double-down, a call to double downQ will enter that sequaice. A third card is 
automatically dealt the hand at step 788, the hand is evaluated at step 789, and the 
sequence terminates at step 790. The next active hand is then played out starting back at 
step 772. 

6.6 Hit/Stand Loop Within twojcard _playQ 

Provided the hand is active, it has not busted as determined at step 795, and 
double-down was not chosen, a loop is entered at stq) 791 that allows the player to accept 
hits or to stand at step 792. "Die loop is terminated when the hand either busts or the 
player chooses to stand. Following each hit, a call is made to deal_card_seqO wherein 
a card is drawn from the tray . Next, a call to evaluateQ computes both hard and soft 
count for the hand. The count and card type are sent to the active player's display . For 
every decision, a new strategy is formulated and displayed imtil the hand terminates. 
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6.7 Exit from Loop 

The sequence of playing out active hands terminates when the last active hand has 
been played out at step 796. A message signaling the temiinus is sent to the graphics 
module with a call to sendQ, Control returns to the mainQ function. 
7.0 SPLIT SEQUENCE split jseqQ 

7.1 Entry test 

When the split sequence is entered at step 778 with a call to split jseq() , a test 
determines whether a hand may be split. A pair of like cards must first be acknowledged. 
House rules govern the pairing of face cards. If all face cards are equal to 10, (RULE_face 
= 0) then any pair of face cards is considered a pair . Conversely, if only like face cards 
are a pair (RULE_face =1), then, for example, only two Jacks or two Queens can enable 
a split. A second test 779 examines the number of splits ab-eady active. If thecoimtdoes 
not exceed house limits, as set in RULEjsplits, then the player may choose to split his 
hand. A final test is that variable repeat is 1 ; a choice not to split resets it. His choices 
at this point are split, double-down, hit, stand. If split is. chosen, then the sequence is 
entered according to the following test for spUts. 
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The Boolean test for splits is: 
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if(card_cnt = 2 


; hand holds two cards 


J 


i£[player]].num_splits = 0 


; hand can not have split 


K 


IRULE^splt^ACES 


; split only one pair of ACES 



7.2 Sequence 

The split count for the player is first incremented, pjnfofplayerj.numjsplits. The 
top card is moved to the dealer's left. A new card is dealt to the card on the left. This pair 
remains hand 0, while the single card on the right becomes hand 1 . A new strategy for 
hand 0 is formulated and retumed to the calling function, two_card _play_seqO, The hand 
is played out in two_card _play_seq Q, and when the next hand becomes active, hand 1, 
a second card is dealt. If this hand also holds a pair , the split sequence is entered again. 

Hand 1 is dealt a second card at step 783 and the hand is thereafter played out. 
This process continues until further splits are prevented and all hands are played out. 
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7.3 Algorithm 

S = split_num, N = hand_nuin (of the hand that is spUtting), X = S - N-1 
The algorithm for creating new hand is: 

[hand_num][card_pos] : for(i=0;i<x;i-H-) { [s-i][0]=[s-(i+l)][0] } 
Always: [N + 1][0] = [N][l] ; new hand, card 0 receives old hand card 1 
Level HO.SO: In the example above, hand 0 holds a pair , A1,A2. No splits have formed 
yet, so S = 0. N (hand #) = 0, and the variable X = S - N - 1; X = -1. Card 0 of the pair 
is Al, card 1 is A2. 

LevelHO.Hl.SI: The pair A1,A2 is split, Al receiving new card A3, and A2 moving to 
the right to form HI. Split becomes SI, N = 0 (handO is splitting), and X = 1-0-1 = 0. The 
algorithm loop: 

for(i=0;i<X:i++) moves card[S-(i+l)][0] -> card[S-i][0]; since X=0, 
no action is taken. 

For each split, card[N][l] -> card[N+l][0], so, card[HO][l] -> card[Hl][0]; card A2 
becomes HICO, and card Al remains in hand 0 as card 0; 

Level H0.H1.H2.H3.S3: The pair A2,A4 has been split so that four hands (H0-H3) are 
formed. As this occurred, S=3, N=2, X=S-N-1 = 0. Note that since hand 2 is splitting 
again, N = 2. Now the loop is taken: 

for(i=0;i<X;i++) moves card[S-(i+l)][0] -> card[S-i][0]; Since X = 0, this 
loop is not taken. Only the mandatory exchange to the new hand is executed: For 
each split, card[N][l] -> card[N+l][0], so, card[H2][l] -> card[H3][0]; card A2 
becomes H2C0, and card Al remains in hand 0 as card 0. Card A3 remains as 
card 0 of hand 1, and card A4 became new cardO of hand 3. Even though card A5 
was dealt to hand 2, no more splits are possible since the maximum is reached. 
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The process continues in this fashion. 
8.0 DOUBLE DOWN ACTION 

8.1 Overview 

With a call to doublejdownQ from twojcard jtlayQ, is represented by step 785 
which determines whether such a play is permitted imder the rules of play . A player 
decision to double down is first qualified by step 786 and then implemented in step 787. 
The option to double-down is granted by permission where house rules govern the 
qualifying hand. The common qualifier is that the hand hold only two cards. When 
permission is granted, the player's motion to double-down is received by the dealer and 
step 788 results in issuing a third card. The hand is evaluated at step 789 and flow 
proceeds to the next active hand at step 790. If the hand was previously split, house rules 
may prevent a double-down. The governing rules are summarized below . 

8.2 Any Two-Card Hand 

If the card count for the current active hand is two permission is granted. 

8.3 Hard Two-Card Hand Without Aces 

If the hand holds two cards, and neither card is an ace, permission is granted. 

8.4 9,10,1 1 Hands 

If the hand holds two cards and the hard/soft count is 9, 10, or 1 1, permission is 
granted. 

8.5 10,11 Hands 

If the hand holds two cards and the hard/soft count is 1 0 or 1 1 , permission is 
granted. 

8.6 11 Hand Only 

If the hand holds two cards and the hard/soft count is 1 1 , permission is granted. 
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8.7 Return from function 

The function is passed not only player/hand data, but previous decision codes made 
in twojcard _playO as well. For example, if the hand had previously split and the new 
hand wished to double-down, that decision is passed from split_seqQ back to 

twojcard _playO, and on into doublejdownO at step 785. If permission is granted in 
doublejdownQ , then a third card is dealt. After action is taken in doublejdownO , the 
decision code is passed back to the calling function, two_card jplayQ. If a double-down 
was taken, the hand terminates in twojcard _playQ. Otherwise, the hand is played out. 
9.0 PLAY DEALER SEQUENCE play_dlr_seqO 

This sequence is illustrated by Fig. 51 starting at step 801. The hold card is turned 
over in step 802. 

9.1 Dealer Has Blackjack 

If the dealer has a blackjack as checked by step 803, then there is no need to 
continue and step 804 branches action to 805 and the game is returned to scan winners 
step 750 of Fig. 49. The dealer's status with a blackjack causes the game to proceeds to 
the finish sequence shown by steps 750, recording game data in step 751 and preparing 
for the next game in step 752. 

9.2 Evaluate Dealer Hand 

A call to evaluateO the dealer hand at step 806 determines both hard and soft count 
for the dealer's two-card hand. Further decisions are based upon this evaluation which is 
accomplished as illustrated by steps 807, 808, 809, 8 1 0, and 8 1 1 . 

9.3 Hard Count Greater Than 16 

If the dealer's hard count exceeds 16 he must stand. If the hard count is less than 
16, a play loop is ento'ed. 
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9.4 Play Out Loop 

The loop exits when the hard count exceeds 16. If the dealer's hand holds a soft 
1 7, house rules stored in variable RULEjsoft determine whether he hits or stands. If he 
stands on a soft 17, the loop exits and the sequence terminates. If he hits on a soft 17, a 
card is dealt at step 812 and the hand is re-evaluated by step 806. 

If the hand is not soft, cards will be dealt until the hard count exceeds 16, at which 
point the loop exits at step 809. Play proceeds to the finish sequence 749 et seq. 
10.0 FIND BLACKJACK HANDS fmdJbJJandsO 

Following the two-card-deal sequence, a call to findJyJiandsQ examines each 
active hand for the presence of an ace and a 10 or a face card. Any player that holds a BJ 
receives a status code "BP' for that hand. This status is dif ferent than an ACTIVE status 
which is necessary for processing through the two-card-deal sequence. 
11. FINISH SEQUENCE finishjseqO 

11.1 Hole Card holejcardQ 

The first step in this sequence is to reveal the dealer's hole card with a call to 
hole_cardO at step 802. IfRULEJiole is either first or second settings, then the hole card 
will be turned over. If, however, both cards are placed face up (HOLE card = 2), then no 
action is taken. 

11.2 Scan Players scan_playersO 

A call to scan _playersO starts the process of translating active hands into final 
score determinations at step 739. If the hand status is BUSTED, the final score is 
BUSTED. If the hand did not bust, the hand's best count is compared to the dealer's best 
hand. If the dealer's is better , the hand is NO WIN. If the hand beats the dealer's, it is 
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WIN. If the hand ties the dealer's, the score is a PUSH. If the hand is a BJ and the 
dealer's is not, the player receives BJ; if the dealer also has BJ, the hand is a PUSH. 
11.3 Display Score 

The final determination is sent to the graphics engine which displays the 
appropriate border and WIN/LOSE graphic for the hand. 
12.0 STRATEGY TABLE 

12.1 Considerations 

Before an appropriate strategy can be formulated, several factors must be 
considered. They are Usted below , and each pertains to the player and his current hand 
information: 

- card coimt; how many cards have been dealt to the current hand 

- number of splits; how many times has the player split his hand 

- card one value; what is the value of the first card in the hand 

- card two value; what is the value of the second card in the hand 

- dealer's face card value 

12.2 Table 1 : Ordinary hands that are not pairs nor hold an ACE 

Tl [(Cl*\)-(C2*l) {CARDcnt > 2)] • HC1*C2) {NUMsplia 1 >RULE^Us)] ((C7 1) (C2 l)iNUMsplits 1 > RULEsplUs) {CARDaU > 2)] 

In order to locate a strategy here, several conditions must be true: 

a. Card One must not equal Card Two, imless no more splits are permitted or if card count 

is>2 

b. Neither Card One nor Card T wo may be an ACE unless the card count is more than 
two. First, the better count of the hard/soft hands is computed. The column is found by 
subtracting 4 firom the hand count: COL = COUNT - 4. Second, the row is found by 
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subtracting one fiom the dealer's face card: ROW = dlrF ACE - 1. Then, table 1 is 
indexed and the proper code is retrieved. See the tables below . 

12.3 Table 2 : Two Card Hands that Hold an ACE 

72 (CARDcnt < 3) ((C7*C2)-[(C/ 1) (C2 1)] 

Go here if the card count is two, and one of the cards is an ACE but not both. The 
column index is taken from the card that is not an ACE, The index = COL = card val-2. 
If the request for a strategy originates within the HIT/ST AND loop of 

twojcard _play_seqO , and the strategy is found to be 2 (double-down), the strategy will 
be modified to HIT . The row index is found by subtracting one from the dealer's face 
card: ROW = dh-F ACE -1. 

12.4 Table 3 : Two Card Hands That Qualify as a Pair 

T3 (CARDcnt < 3)-[(Ci C2y(NUMsplits < RULEsplits)] 

For this table to be used, the card count must equal two, the two cards must be like 
values (determined by house rule RULE_face_cards), and additional splits must be 
permitted. The column index is calculated by subtracting 1 from the value of one of the 
cards: COL = val - 1 . The row is found by subtracting one from the dealer's face card: 
ROW = dh:FACE-l. 

12.5 Strategy Table Codes 

The cells of the tables hold codes that indicate decision moves. The codes are: 
H = hit, S = stand, D = double, P = split 
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TABLE 1 
Default Table 
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TABLE 2 
ACE-Hand Table 
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TABLE 3 
SpUts Table 
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13.0 PLAYER HAND INFORMATION 

Information about each player position and each active hand is maintained in a 
structure p_info[pIayer]. 

13.1 Structure: p_info[player] 

The typedef below shows the structure of p_info: 
typedef struct 

{ 

int card|TltJLE__splits][MAX_HAND]; // sequence of played cards 

int niim_splits; // # times hand split < RULE_splits 

int num_cards[RULE_splits]; // # cards in each split 

int count[3][MAX_HAND]; // hand count[0] hard,[l] soft, [3]best 

int status[RULE_splits]; 

// ()=no player, l=active, 2=bust 3= card dealt face down 4=two cards face down, 
5=blackjack 

} hand_info; 

13.2 Sub-level: card[RULE_splits][MAX_HAND] 

The two fields are indexed by variables: card[ hand_num][card_hold]. 
This sub-level contains a record of all the cards dealt to a [player] 's hands. 
The number of hands is limited by RULE_splits, as set in the house rules. 
A particular hand is pointed to by hand_num. For each hand, a maximum 
of MAXHAND cards may be dealt to that hand, currently set at 1 LA 
discrete card is indexed by card_num. For example, pJnfo[3] .card[0][5] 
= 4 says that player 3*s base hand(0) holds an ACE(4) in card position 5. 
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13.3 Sub-level: num_splits 

This is a simple integer that indicates how many times [player] 's hand has split. 

13.4 Sub-level: num_cards[RULE_splits] 

This array holds the quantity of cards that has been dealt to each hand of an active 
player . The number of hands is limited by RULE_split, and indexed by 
nimi_cards[hand_num]. For example, 

P_info[2].num_cards[2] = 0 
Indicates that player 2's hand #2 holds no cards. 

13.5 Sub-level: count[COUNT_TYPE][RULE_spUts] 

A [player]'s hand can have a soft count and a hard count if ACEs are present. The 
indices into [COUNT_TYPE] are : 0 = HARD, 1=S0FT , 2 = BEST (the better of 
HARD or SOFT). The field [RULE_splits] is indexed by [ hand_num] which points to 
a specific hand. For example: 

P_info[5].count[l][0] = 17 
This indicates that player S's base hand (0) holds a soft 17. 

13.6 Sub-level: status[RULE_splits] 

Every player position 1-6 (where 0 is the dealer) has at least one hand assigned by 
default, hand 0 (the base hand.) As a game progresses every hand is assigned a status 
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which is used to identify decisions for which choices may be possible. Discrete hands are 
indexed by status[ hand_num]. The status codes are Usted: 

INACTIVE 0 

BUST 1 

ACTIVE 2 

SPLIT_DONE 3 

BLACKJACK 5 

SURRENDER 6 

13.7 Score Card 

Final WIN/LOSE determination is registered in the array: 
score_card[MAX_PLAYERS][MAX_SPLITS+l] 
The first field [MAX PLA YERS] is indexed by player y and points to a discrete player . 
The second field, [MAX_SPLITS+1], is indexed by handjium, and points to a discrete 
hand. For each active hand, a score code is ultimately assigned, listed below: 



IN_ACTIVE 2 
DEALER_HAND 3 

BJ 4 

LOSE 5 

WIN 6 

PUSH 7 

BUSTED 10 



14.0 CARD CALCULATION 
14.1 Hard Count 
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Any card may have an absolute face value from 1 to 10. Aces count as 1, and face 
cards are 10. Since there are four of every type in a deck, the range of card types progress 
in groups of four , beginning with ACES, which are 1-4. All ACES retum a value of 1 
when the argxmient acejium > 1. This yields a hard count. 

14.2 Soft Count 

When a soft count is desired, the first ACE coxmts as 1 1. The argument acejium 
must be 1 in order for the fimction to retum a value of 1 1 when the card type is 1-4. After 
a second ACE is encountered in card[handjium][cardJtold] the ACE count increments 
and subsequent calls to card_calcO will retum a value of 1 for an ACE. 

14.3 Card Type cardjypeQ 

When house rules (RULE__face = 1) require that pairs of face cards be of similar 
type, a call to cardjypeQ will retum a character that corresponds with the card type. For 
example, a queen is 'Q' and a 10 is *T*. 
15.0 RECORD OF GAME DATA 

15.1 Game S tate data write_game_dataO , getjseedjdataQ , getjidles dataQ 
State information about the last played game is written/read from/to a ram-disk 
file,GAME_SET .DAT. The fimction that reads the file is getjeedjlataQ and 

getjules^dataQ. When a game session concludes, the file is written by a call to 
writejgamejdataQ . Three categories of data is written to this file: 

1 . Initial seed value; once obtained, it should never change unless the file 
is corrupted 

2. RNG (Mother) state tables; two ten-element arrays of unsigned 32-bit 
numbers hold the terminal state of the RNG firom the last access of a 
number 
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3. House Rules; the last revision or update to the house rules are kq)t on 

file. 

15.1.1 Write Game Data write_game_dataO 
Writes all the data to the file GAME_SET .DAT. 

15. 1 .2 Get Seed Data getjseedjdataO 

This fimction is called while initializing a new game. If the file GAME_SET.DAT 
cannot be opened or located, the user is prompted to provide a new start-up seed by 
pressing a keyboard key . After the seed is obtained it will be subsequently written back 
to this file. When present, a new seed is imnecessary, and the fimction proceeds to retrieve 
the internal state data for the dual ten-element arrays used within the RNG **Mother." The 
arrays motherlflOJ and mother2[10] are filled with the same numbers they held before 
the machine was shut down the last time. 

15.1.3 Get House Rules getjides dataQ 

All of the house rules settings are stored in the file GAME_SET .DAT at the 
conclusion of a game session. To facilitate the pit-boss in reinstating these rules, they are 
read fi-om file into the game settings and become the default rules. They may be altered 
in the rules editor (see pit_boss_edO )• The parameter TABLE = 0 fi-om the above Usting 
refers to which of the five tables were used as the basis for setting the current rules. 

15.2 Game Hand History gameJiisQ 

At the conclusion of every game, information pertaining to the hands that were 
actively played is updated in the file GAME_OVER.DA T. An example is printed below: 
15.2.1 Version 

The version of source code mles-21.c is found at the beginning. A short list of 
house rules governing the game are listed after GAME CHAR: . The number of games 
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used to compile the data is given as well as the RNG used to select cards. The date upon 
which the game was played is printed. 

15.2.2 Player/Card Data 

Under GAME LOQ some total values are Usted. Cards Dealt refers to the quantity 
of cards dealt to active hands, including the dealer's. Cards Rejected is a count of all the 
cards that did not qualify for the initial filling of the card tray . Cards Accessed is the sum 
of the two quantities above. 

15.2.3 Card Histogram 

The four arrays under CARD DEAL LOG: DISPLAY BY QTY DEALT indicate 
the distribution frequency of cards by card type, where type is a number from 1 to 52. This 
is repeated again, by percent usage. 

15.2.4 Card Tray Data 

The card tray from which cards are selected is built into an array whose is length 
is the nimiber of decks times 52 cards. The first 52 cards of this initial tray are printed as 
"Card Tray Init." Throughout game play the card tray is shuffled, and the final state of this 
tray is printed for comparison as "Card T ray Final." 

15.2.5 Card Tray Index 

If either Traditional or Random Balance access to the card tray is used, an index 
is incremented with each access. The final state of the index is printed. 

15.2.6 Player Hand Data 

The sequence of cards dealt to each player is printed by card type. 
16.0 RULES EDIT OR pitJbossjedQ 
16.1 Pit Boss Ed 

16.1.1 Initialize rule tables init_house_rulesQ 
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This is the entry function into the module PIT_BOSS.C. Its first task is to initialize 
the house rules with a call to init_house_rulesQ. House rules are either read firom disk or 
they are generated from default table A. 

16.1.2 Make the exec screen 

The executive screen is built with a call tomakjsxecjscmO . This becomes the pit- 
boss's graphical entry point to the game session. The Ust of items presented allows him 
to inspect the current default rules settings or make changes to any of five pre-set tables. 
This choice will vector to the fiinctions setJableQ and editJableQ where changes to any 
of the tables is possible. He may also to choose to dump data files to an I/O port or make 
adjustments to physical settings, such as speed or Ught sensor readings. If a brief review 
of instructions and overview of the software is necessary , he may call up an on-line 
document from item Read More About The Instructions . When he is ready to commence 
with the game session he selects EXIT Screen Now . This restores the default graphics 
mode and frees up any allocated memory . The editor exits and the rules portion of the 
game is entered. 

16.2 Init House Rules 

If the file GAME_SET .DAT can be found and read, all of the house rules will be 
read into the structure rulejsave (below.) The table pointer, tabjndx, is set to point at the 
last table used to set the rules. If the file cannot be found the default settings are taken 
from Table A with the equate of variable: tabjndx = TAB_A. 
struct 

{ 

int num_splits; // this sets MAX_SPLITS, must be <= 3 
int dbl_splt; // permission to split on double-down 
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int splt_l 0 // permission to split pairs of 1 0's 

int splt_ACES // 0 = no play out on split ACES; l=play out hands 

int face_car(is; // 0 = loose, 1 = strict 

int num_decks; // up to 12 allowed 

int deal_seq; // TRAD = 0; RAN_B AL = 1 ; FULL_RAN_BAL = 2 
int soft_17; // ST AND_17 = 0; HIT_17 = 1 

int double_down; // 2_CARD = 0; HARD = 1; 9_10_1 1 = 2; 10_11 = 2 1 1_0NLY = 4 

int surrender; // YES_SURR = 0; NO_SURR = 1 

int hole_card; // HOLE_FIRST =0; HOLE_SECOND = 1 ; BOTH_UP = 2 

int game_table; // points to table last used to define rules 

} r_table; 

When the source of the rules has been identified the next task is to build a screen 
with graphics tools and then plug in the rule settings. A call to setJableQ builds all but 
the settings portion of the screen. Before they are filled in, a working image of the screen 
is saved in buf_all_B[tabJndx] where tab_indx points to one of five tables that will be 
used to complete the settings column. In a field that is 640x480 pixels square, the 
buff_all_X images are advantageous arrayed firom 50,50 to 590,425. 

Next, an image of the complete screen is desired. This will be saved in the buf fer 
buf_all_C[tabJndx] . At this time both of the above image are identical. The whole screen 
image is defined in an array firom 0,0 to 640,480. 

When the current house rules are to be inspected a specialized screen will be built 
firom current settings. 
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The image is saved in a buf fer buf_save_rules and when recalled will always 
display the current settings. A call to make_save_screenQ will achieve this. Since there 
are five rules tables plus another current default table, a six-element array holds 
information regarding the initialization of these tables. AT indicates the table is done; 
'0' means it has not been built. Here, table_done[5J = 1 completes the current rules table, 
and the program returns to pit_boss_edO . 

16.3 Set Table SetJableQ 

Use this function to construct a specific table A-E. The working interior is a space 
defined by an array between 50,50 and 590,425. The screen title is RULES T ABLE X, 
where 'X' is a letter A-E. Three columns are headed with labels: 

RULE TYPE DEF AULT SELECTED 

The RULE TYPE column is filled in with the set of parameters for the house rules. 
For the DEFAULT settings that correspond with the indicated table A-E, a pair of tables, 
ruleJable_opt[], rulejableoptfj m pit Jab. h are indexed to fill text buflfers buf opt [0- 
7] with the correct default value. The option buf fers are then written respectively beside 
each RULE TYPE parameter beneath DEF AULT. 

For each RULE TYPE parameter an image box is created for the purpose of 
scrolling the Ust with a reverse-video box enclosing each item. These image buf fers are 
buf_rule_A-G . 

When the screen is built with two completed columns and three column headers, 
the screen image is saved in an image buf fer, buf_all_A , which has no selected options 
under SELECTED. It is defined by an array between 50,50 and 590,425. 
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The two images, buf_all_A and buf_all_B hold idratical information now . As the 
table's selected option column begins to fill up, buf_all_B will hold a running memory 
of the changes, whereas buf_all_A will remain empty beneath that coluitm. 

16.4 Edit Table editJableQ 

The purpose of this function is to complete the building of a table[tab_indx] by 
filling in the SELECTED column with either default values, or values saved in 
game_set.dat for this particular table. If default values are to be used, the fimction set 
def_TvA.G& (i.e. de/jsplitsQ ) will find the default values in tables rule_table_opt[], 
rule_table_opt[] and write them beneath the header SELECTED. When done, the 
working image is saved to image buffer buf_all_B[tab_indx] . Several hot keys are Usted 
below the screen in order to save/revise the working screen. Key Fl allows the table to 
be edited. F2 accepts the current settings, and F3 restores any default settings that were 
changed. The screen exits upon the pressing of F2, after which the entire screen image 
is saved in buffer bufallCftabJndxJ . If the table requires editing, Fl will ef feet a call 
to edit_itemO where items in the parameter list can now be changed. 

16.5 Edit Item editJtemQ 

16.5.1 

A new set of hot keys are Usted below the working screen in order to edit the 
screen. The up/down arrows will scroll the RULES colmnn items by highlighting the 
selected item. A right-arrow key or a CR will cause that item to be opened for editing. If 
at any time the operator is satisfied with the settings, F2 will accept the screen and permit 
fiirther choices. Following any change, the updated screen will be written to image buffer 
buf_all_B[tabJndx] . Prior to exiting the screen, the entire screen is saved to image 
buffer buf_all_C[tab_indx] . 
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16.5.2 

When a rule parameter in the RULES column is highlighted and waiting for action, 
control is passed to function gojeditQ which serves key recognition and follow-through 
action upon editJtemQ . When the up/down arrow keys are pressed, an array which holds 
the eight items is either advanced or decremented in order to comply with the arrow . The 
counter upjt is always incrementing, and modulo-8 division provides a remainder which 
is used by the switch to index into the correct item. When the up-key is pressed, a small 
array up_it_next[which_edj revalues the pointer, up it to the prior element. 
16.5.3 

If the ESC key or the right arrow key are pressed, the highlighted item is to be 
edited. A return from go_edit() will enable the calling of the editing function for that 
discrete it«n. For example, to edit item NUMBER OF DECKS a call is made to 
eddecksQ. 

16.6 Edit Splits ed_splitsO 

The number of splits allowed is set here. A dialogue box is first displayed in the 
SELECT column. T qxX" Type the number of splits:" is displayed. A como. A function 
getchQ is used to retrieve the typed character , which is done as soon as a character is 
typed (not entered.) A limit of 3 is imposed, and if the character '4' is typed, '3* will 
displayed. The choice above is stored into the rules structure 

rule_table[tabjndx].num_splits , where tab_mdx points to one of the five tables A-E. 
The function returns to edjtem Q where the rest of the column is redisplayed and the 
image buffer buf_all_B is updated for this table. 

16.7 Edit Face Cards ed JaceQ 
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Next, " TVpe Face Split Options: (0) Loose, All Equal to 10 (1) S trict, Pairs of 
Like Face Only" is displayed. See Splits, sec.7, for details about these options. When the 
user types a character '0' or ' 1' it is read and the full text selection is displayed. If an out- 
of-bounds character is typed, the default value for this table is used. This choice is stored 
into the rules structure rulejable[tabjndx].face_car ds, where tab_indx points to one of 
the five tables A-E. The function returns to edJtemO where the rest of the colunm is 
redisplayed and the image buf fer buf_all_B is updated for this table. 

1 6.8 Edit Double-Down on Split ed_dbl_spltO 

This rule pertains to a split hand and the option of accepting "double-down" upon 
that hand. Where "(0) No" is selected, a d-down may not be played on a hand that has 
split. Text "Double-Down On Split Hand? (0)No (l)Yes" is displayed in the box. A single 
typed character completes the selection. If an out-of-bounds character is typed, the default 
value for this table is used. The choice is saved in rule_tableftab_indxj.dbl_splt, where 
tab_mdx points to one of the five tables A-E. The function retiuns to editemQ where the 
rest of the column is redisplayed and the image buffer buf_all_B is updated for this table. 

1 6.9 Edit Spht 1 0 Pairs edjspltj OQ 

This rule pertains to a split hand and the option of splitting a pair of lO's. Here, 
house rule RULE face appUes (see sec. 16.7, above). A dialogue box is written with the 
text "Split '10' V alue Hands? (0)No (1)Y es "A single typed character completes the 
selection. If an out-of-bounds character is typed, the default value for this table is used. 
The choice is saved in nilejable[tabjndx].splt_10, where tab_indx points to one of the 
five tables A-E. The function returns to edJtemQ where the rest of the column is 
redisplayed and the image buffer buf_all_B is updated for this table. 

16.10 Edit Split Aces ed_splt_ACESO 
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This rule pertains to a split hand and the option of splitting a pair of ACEs. A 
dialogue box is written with the text "Play Out Split ACES? (0)No (1)Y es". If "(1) Yes" 
is selected, a pair of ACEs may be split and each new hand played out as normal. 
However, if "(0) No" is selected, then each ACE automatically becomes the first card of 
new hand HO and HI, respectively , and a second card is dealt to each hand. Both hands 
are required to stand, and play proceeds to the next active player . A dialogue box is 
written with the text "Play Out Split ACES? (0)No (1)Y es", and a single typed character 
completes the selection. If an out-of-boimds character is typed, the default value for this 
table is used. The choice is saved in rule_table[tab_indx] .splt_ACES, where tab_mdx 
points to one of the five tables A-E. The fimction returns to edJtemQ where the rest of 
the column is redisplayed and the image buf fer buf_all_B is updated for this table. 

16.11 Edit Decks edJlecksQ 

Here the parameter that sets the number of decks in use is of fered for edit. First, 
a dialogue box is displayed. T ext" Number of Decks: (12 MAX) (TYPE 2 digits, or 
ENTER 1 digit) " is displayed. If a single digit quantity is used, the character must be 
entered. If a two-digit number is used, the entry is accepted upon typing the second digit. 
If an out-of-bounds character is typed, the default value for this table is used. Next, the 
fiill text selection is displayed The choice is saved in rule_table[tab_indx].num_decks, 
where tab_mdx points to one of the five tables A-E. The function returns to edjtem Q 
where the rest of the column is redisplayed and the image buf fer buf_all_B is updated for 
this table. 

16.12 Edit Deal Sequence edjiealQ 

Three options are of fered for dealing cards: traditional, random balance, full 
random balance. First, the dialogue box is displayed. T txX'' Type Deal Sequence: (0) 
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Traditional (1) Random Balance (2) Full Random Balance " is displayed in the box. A 
single typed character completes the selection. If an out-of-bounds character is typed, the 
default value for this table is used. The choice is saved in rule_table[tab_indx].deal_seq, 
where tab_mdx points to one of the five tables A-E. The function returns to edJtemQ 
where the rest of the column is redisplayed and the image buf fer buf_all_B is updated for 
this table. 

16. 13 Edit Soft 17 ed_softO 

When the dealer's hand is played out, his soft count may equal 17 if an ACE is 
present. House rules may permit a hit, or they may enforce a stand. The two choices are 
offered here. First, the dialogue box is built. 

The text is displayed: "Type Dealer Soft 1 7: (0) S tand (1) Hit" . A single typed 
character completes the selection. If an out-of-bounds character is typed, the default value 
for this table is used. Next, the full text selection is displayed. The choice is saved in 
rule_table[tab_indx].soft_17, where tab_indx points to one of the five tables A-E. The 
ftmction returns to editemQ where the rest of the column is redisplayed and the image 
buffer buf_all_B is updated for this table. 

1 6. 1 4 Edit Double Down Options ed_doubQ 

This selection determines what restrictions apply to hands that wish to double- 
down. 

- 2 Card Hands; any hand holding just two cards 

- Hard 2-Card Hands; the hand must have only two cards and neither can be an ACE 

- 9,10,1 1 Hands; the hand coimt is nine, ten, or eleven 
- 10,1 1 Hands; the hand count is ten or eleven 

• 1 1 Hands only; the hand count must equal eleven 

FU2-013.P02 A2mi0I0J326N 92 PAT-US\AP-00 



1 

2 
3 
4 
5 
6 
7 
8 
9 
10 
11 
12 
13 
14 
15 
16 
17 
18 
19 
20 
21 
22 
23 
24 



Text is displayed:"Type Double Down Option: (0) 2 Card Hands (1) Hard 2-Card 
Hands (2) 9,10,1 1 Hands (3) 10,1 1 Hands (4) 1 1 Hands Only". A single typed character 
completes the selection. If an out-of-bounds character is typed, the default value for this 
table is used. Next, the full text selection is displayed. The choice is saved in 
rule_table[tab Jndx].double_do\m where tab_indx points to one of the five tables A-E. 
The function returns to editemQ where the rest of the coliunn is redisplayed and the 
image buffer buf_all_B is updated for this table. 

16.15 Edit Surrender Options edjsurrO 

The choices here are binary . The house either permits or does not permit a 
surrender. The dialogue box is built. Text is displayed in the hox:"Type Surrender Option: 
(0) None (1) Allowed" . A single typed character completes the selection. If an out-of- 
bounds character is typed, the default value for this table is used. Next, the full text 
selection is displayed. The choice is saved in rule_table[tab_indx].surr ender, where 
tab_indx points to one of the five tables A-E. The function retirais to edJlemQ where the 
rest of the column is redisplayed and the image buffer buf_all_B is updated for this table. 

16.16 Edit Hole Card edJioleQ 

The dealer's hole card may appear first, second, or not at all. These choices are 
offered in this selection. First, the dialogue box is created. The text is displayed: "Type 
Hole Card Option: (0) Hole Car d First (1) Hole Car d Second (2) Both Car ds Up". A 
single typed character completes the selection. If an out-of-bounds character is typed, the 
default value for this table is used. Next, the full text selection is displayed. The choice 
is saved in rule_table[tab_indxJ.hole_car d, where tab_indx points to one of the five 
tables A-E. The function returns to edJtemQ where the rest of the column is redisplayed 
and the image buf fer buf_all_B is updated for this table. 
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1 6. 1 7 Default Options def_splits .. defJioleQ 

These functions serve to initialize the rules stmctarGruleJable[tab_indxJ.xxx_yyy 
with selections that originate either from a saved list of values located in file 
game_set.dat, or from tables located in Glepitjab.h . The variable jowrce indicates which 
file is to be accessed. When source = 1 and the table has not been initialized, consult file 
gamejseLdat . If the table is initialized, use the recently entered values from 
rulejable[tab_indx]. When source = 0 and the table is uninitialized , the default tables 
are used. 



SOURCE TAB DONE RETRIEVE FROM 

0 0 Table: rule_table_dat (from pit_tab.h) 

0 1 rule_table[tab_indx].xxxx (edited values) 

1 X File: saved values (from game_set.dat) 

1 6. 1 8 Make the Save Screen makejsavejscmQ 

The purpose of this function is to prepare an edited table's image for presentation 
when the user wishes to view all current house rules settings. For example, if table E was 
last edited and accepted with keystroke F2, and the pit boss wished to see the rules 
currently in ef feet, he would choose " View Curr ent Rules T able " from the executive 
menu. The screen heading "CURRENT HOUSE RULES" is displayed with all of the 
selections he made in table E. Until he edits another table, this will be the default list of 
house rules every time a new game session is commenced. 

First, two portions of the table image are saved, as shown above. The full screen 
area is cleared and a new screen is created with the two image above placed within. After 
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text headings and command lines are added, the entire image is saved to image buf fer 
buf_save_rules . 

16.19 Show Ciirrent Rules show_current_rulesO 

When current rules settings that are in effect are to be viewed, this function which 
is called only from pitJbossjedQ will display the image that has been saved in 
buf_save_rules . See sec. 1 5. 14 for more information. 

16.20 Free Memory freejnemQ 

When graphics image are saved, lar ge blocks of memory must be allocated. After 
the rules editor has been accessed and the game begins, the allocated is no longer needed. 
This function frees it up for other resources. 
17. COMPILATION AND FILES 

17.1 Compiler 

Watcom C/C-H-, Version 1 1 

17.2 Source files 

rules_21.c 

pit_boss.c 

transfer.c 

send.c 

bit_blt.c 

game_comm.c 
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17.3 Include Files 

21_cnst.h 

pit_tab.h 

21_type.h 

mles.h 

pit_boss.h 

21_cnst.h 

21_type,h 

niles.h 

cardsnd.h 

rule_tab.h 

sys_cnst.h 

grf_type.h 

grf_inc.h 

grf_prot.h 

systype.h 

sys _glbl.h 

sys_inc.h 

sys_prot.h 

17.4 Libraries 

cards^d.lib 

fg32.Ub 

fg32dpmi.lib 

17.5 Files Necessary to Operate Game 
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17.5.1 gamejtis.dat 

This file holds records of the ten most recent games, including player win/lose 
status and card usage data. 

17.5.2 game_set.dat 

Start-up settings for the next game session are stored in this file, including the 
original seed for the RNG . 

17.5.3 help.doc 

This is an on-line help and docimientation file in ASCII text format which may be 
read fi-om the main rules editor screen. 

17.5.4 dos4GW.exe 

An executable file that serves to access protected mode memory . 

17.5.5 cardlib.snd 

Several recorded sounds are stored in this file for use by the soimd blaster card. 
Specifically, the sounds of shuffled cards and cards being dealt are saved here. 

17.5.6 21play.exe 

An executable file that runs the game. 
18.0 COMMUNICATIONS MODULE game_commO 
18.1 General description 

This module performs a polled retrieval of serial data fi'om a specified port, and 
transmits serial data via the same port. The port is connected to the game hardware 
interface PCB where the following information is collected and assembled into a ten-field 
data string: 

Shoe switches (hit, stand, d-down, deal/cut, split) 
Lock status 
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System status 

Sensor data, up to 14 optical bet sensors 
The port is operated at 19.2K baud without flow control. If the host returns 
an ACK the bet sensor will remain idle. If the host returns a NAK, the bet 
sensor will retransmit the data. 
18.2 Received data string 

18.2.1 Field One: Keypad Data 

The first white-space delineated field contains keypad data firom the shoe. V alid 
keys are 1-16, where an active key sends a ' 1'. A string will be sent every time a valid key 
is pushed. 

18.2.2 Field T wo through Eight: Bet Sensor Data for Players 1 to 7, 
respectively. Each of the seven fields is coded as follows: 

0 = no insurance bet, no game bet 

1 = no insurance bet, game bet in place 
2= insurance bet in place, no game bet 

3 = insurance bet in place, game bet in place 
A new record will be sent every time a bet has changed. 

18.2.3 Field Nine: System S tatus and Lock Data 
Bit assignment for field 9. 

tx_dat.a.switches = 0; 



if(!RA4) 



// Pit Boss game modify switch active 



tx_dat.a.switches += 1; 



if(!RDO) 



// Pit Boss power of f switch active 



tx_dat.a.switches += 2; 
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if(RDl) // Door interlock 2 - T rue - Inner door is 

open 

tx_dat.a.switches += 4; 

if (RD2) // Door interlock 1 - T rue - Outer door is 

open 

tx_dat.a.switches += 8; 
if(RC5) //Spare 

tx_dat.a.switches += 0x10; 
if(Hz60) // l=60Hz 0=50Hz 

tx_dat.a.switches += 0x20; 

if (sense_0_ok) // True sensor 3,2 is above minimum value 
tx_dat.a.switches += 0x40; 

if (sense_l_ok) // True sensor 3,3 is above minimum value 
tx_dat.a.switches += 0x80; 

Sensors 132 (above coded as 3,2 and 3,3) are ambient light sensors. Sense O ok 
and sense_l_ok will be set if minimum light levels were measiu'ed on these respective 
sensors during the bet Ught detection process. It is the responsibility of the host as to 
accept the reliability of the individual play^ bet sensors if there is a problem with either 
the ambient light sensors. 

18.2.4 Field Ten: Check Sum 

A simple 8-bit checksum over the first nine fields with no carry is computed and 
transmitted. 

1 8.3 Received Data S tructure 
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Incoming data is organized within gamejcomQ into the following structure: 

Struct bim{ 

Byte keypad; 
Byte bet_status[7]; 
Byte switches; 
Byte check_sum } ; 

Union { 

Struct bim a; 

Bytepacket[10]; 

};tx_dat; 

For example, when shoe data is inspected the location tx_dat.a.keypad is 

examined. 

18.4 Game_Comm gamejcomQ 

When needed, calls to gamejcommQ are made &om the rules module mles_21.c. 
Before the function is called, the port is initialized in a call to a Greenleaf CommLib 
function: 

PortOpenGreenleafFast(COM2, 1 9200L,'N',8, 1) 
The function game_comm() first looks to see if new data is in the received buf fer of the 
serial port. If the buffer is not empty, the volume of data must exceed 20 bytes before the 
buffer is read. Next, a NAK is sent to the PCB for a retransmit of data. Then, a "c" is sent 
in order to calibrate the bet sensor . Finally, a function serial jparseQ is called. 

18.5 Serial Parse Serial jparseQ 
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The purpose of this function is to fill the data structure tx_dat.a.xxx with the 
received string. The string is first read into buffer rx_data. The data fields are parsed into 
tx_dat.a.xxx . The checksum is computed against the nine fields and is compared against 
the received checksum in field ten. If the two don't match, a NAK is sent requesting a 
retransmission of the data. If the transmission is valid, a ACK is sent instead. 

1 8.6 Receive Data RcvjlataQ 

This fimction works to retrieve each character in the transmission by calling a 
Greenleaf CommLib function ReadChar(port) . Until a carriage retuiii is found, the data 
is read into array rx_data[] . 

18.7 Send Data SendjlataQ 

This function serves to assemble a message string for transmission to the UAR T 
on the communications PCB. A Greenleaf CommLib function WriteString(port) handles 
the physical layer task of transmitting the data. 

On power up (or any time the bet system is not responding) the Host will send a 
"c" to the bet sensor to calibrate the bet optics. The bet sensor will respond with an 
"ACK" if minimum light levels are present on all sensors. A "NAK" will be sent if those 
levels have not been attained. The following is the diagnostic output fi-om the bet sensor 
when the following single character are sent fi-om the host. 

Ascii Character "d" 

This display shows the raw analog data the 16 possible bet Ught sensors for one 
AC line cycle. 

Values can range from 0 to 255. 
aval00=141 //bet player 1 
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aval01=0 
aval02=0 
aval03=0 
avallO=0 
avail 1=0 
avall2=0 
avall3=0 
aval20=0 
aval21=0 
aval22=0 
aval23=0 
aval30=0 
aval31=0 
aval32=0 
aval33=152 



// insurance player 1 



// bet player 7 
// insurance player 7 
// ambient light sensor 0 
// ambient light sensor 1 



Ascii Character "f 

This display shows the raw analog data the 16 possible bet light 

sensors for one to six AC line cycles. V alues can range from 0 to 

255 and 1 to 6 line cycles. The format is a-d val / line cycles. 

The brighter the light 

aval00=140/l 

aval01=l/6 

aval02=0/6 
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1 aval03=0/6 

2 avail 0=0/6 

3 avail 1=0/6 

avall2=0/6 

5 aval 13=0/6 

6 aval20=0/6 

7 aval2 1=0/6 

8 aval22=0/6 

9 aval23=0/6 

10 aval30=l/6 

11 aval3 1=0/6 

12 aval32=0/6 

13 aval33=151/I 
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19.0 POWER FAILURE RECOVERY 

Any interruption to the computer/hardware power supply that is suf ficient in 
causing the computer to reset automatically result in the game rebooting into a replay 
mode. No user intervention is required to assist the replay mechanism. The game will 
immediately enter the replay mode and all data fix)m the previous game that was 
interrupted will be recalled from non- volatile CMOS memory and fed into the (1) decision 
making engine, and the (2) card selection engine. The game will play automatically up to 
the player and card at which the power was lost. 

When a new game is played vital data about the game is entered into holding 
buffers. With every state change in the game the buf fers are written to NV -RAM, thus 
preserving the recent history of game state changes. A few of the important state changes 
that are necessary to replay the game are: 

a) Active Players; when a game is replayed, only the active positions from the last 
game are again active 

b) Shoe Decisions; all decisions that result mstand, double-down, hit, split actions 
originate in shoe switches , and are recorded serially as the game advances 

c) Card Selection; every card that is dealt to either a player or the dealer is drawn 
from an electronic card tray that is randomly filled during the shuffle/cut sequence. When 
a card is drawn, its nimiber is recorded serially in a buf fer 

d) Insurance Players; when a dealer shows an ACE, an insurance sequence is 
entered and any player who places an insurance bet is recorded in a buf fer which is later 
saved to NV -RAM. This information is used during replay to accurately rqilay the 
insurance bet. 
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The active window during which the above data is recorded begins when the first 
card is dealt and ends after the dealer has played out his hand. If the power drops during 
the dealer's playout sequence, his cards will be restored to the point at which power went 
down. In any replay , after the last decision which was saved fi'om the previous game is 
executed, all new cards will be drawn firom a new card tray . 

Further Alternative Embodiment Using Slot Symbols 

Figs. 52-54 show a still further preferred embodiment gaming system according 
to this invention. The system shown in these Figs, is substantially the same as the system 
of Figs. 40-51, and very similar to the systems of Figs. 1-40, and can include most or all 
of the various options discussed with regard to all embodiments described herein. 
Additional features of the system of Figs. 52-54 will now be described. 

The system of Fig. 52 also has a set of slot symbols which can be associated with 
the virtual playing cards dealt to the participants. Fig. 52 shows a slot symbol secondary 
display 900 which facilitates the play of card games have the added slot symbols and 
related features. 

Fig. 53 shows the slot symbol secondary display 900 in greater detail. Display 900 
has a pay line display 902 which includes at least one, and preferably a plurality of slot 
symbol positions 903. The slot symbol positions can be assumed by slot symbols chosen 
fix)m a total set of slot symbols. The slot symbols can the same as a variety of know slot 
machine symbols used in a variety of know slot machines of the known constructions. 
One advantage to the current invention is that the total set of slot symbols can be very 
large and is not limited by the number of physical stops existing on traditional reel slot 
machines. In theory there is no definite Umit to the number of slot symbols which can be 
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employed. More practically, the participants interested in using the system of Fig. 52 will 
likely prefer a total set of slot symbols which is lar ge enough to allow a wide degree of 
flexibility in determining odds, while also allowing the regular players to have a full 
working knowledge of the symbols which are available. Fig. 53 shows some of the more 
common slot symbols which as suitable for use. These include the symbols "7" shown 
in window 906; the symbol "triple BAR" shown in window 907; the symbol "double 
BAR" shown in window 908; the symbol "single BAR" shown in windows 909 and 910; 
and the symbol "cherry" shown in window 911. There is also a blank window 905 which 
is used to depict the possibility of have a changeable display contained therein wherein 
a varying symbol or symbol combination can be presented. 

Fig. 53 also shows a second column of windows 915-921 which are used to state 
the payoff for a given symbol or symbol group which may be received and for which a 
jackpot will be awarded. W indow 915 is blank and is used to indicate a changeable 
display which may altematively , or coomdinately change with the symbol or symbols 
presented in changeable payoff display 905. Windows 916-921 represent more traditional 
payoff schedule information showing what jackpot or jackpots will be awarded to a player 
or other participant for receiving a given slot symbol or group of slot symbols. In the 
system of Figs. 52-54, the system is configured to ordinarily consider three slot symbols, 
as indicated by the three windows 903 on the pay line display 902. 

Fig. 54 shows a typical preferred player display 1 18 having most of the same 
features as discussed elsewhere herein. Similar numbers are used to indicate similar parts 
and features. One dif ference is the ante bet detector 980 which optically or otherwise 
detects the placement of a betting chip thereon to indicate optional participation of a 
player in the slot symbol secondary game aspect of this system. The ante bet detector can 
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also be able to detect the value of the ante chip or chips placed thereon in alternative 
configurations, such as discussed above in connection with other betting chip detectors. 
The ante can also be paid from an electronic account, or paid in fashions suitable to the 
players and casino. 

Fig. 54 further shows the slot symbols are displayed in one or more of the virtual 
cards 142-146 by displaying slot symbols 941-946 near the lower left comer of each 
virtual card. In the configuration shown, only the first three virtual cards received are 
considered as the slot symbol group for determining tiie award of any jackpots. The 
symbols 944-946 can be displayed, or altematively , they can be suppressed from the 
display. 

The slot symbols considered from the first three player cards are depicted as three 
of the same "double BAR" slot symbols. This is typically a symbol group for which a 
jackpot would be awarded, as suggested in the payof f schedule at windows 908 and 918 
wherein it is indicated that such a combination of slot symbols would resiilt in a payof f 
of 500 times the ante bet. 

The player display shown in Fig. 54 further shows a primary pay line display 952 
having display windows sections 963 which depict the slot symbols associated with the 
players first three cards dealt, namely , 142-144 which were associated with slot symbols 
941-943, respectively. 

Additional Operation and Metliods 

Additional aspects of the novel methods and operation of system 60 are now 
further described. The methods are for playing a live card game involving a plurality of 
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live participants. The live participants including at least one player and at least one 
dealer. The live participants attend the card game personally about a gaming table. 

In one aspect the methods include providing at least one presentation imit which 
is supported by the gaming table and has a viewing face which is available for viewing 
by the participants attending the game about the gaming table. The providing step occurs 
by constructing or having constructed a gaming table with system, such as system 60, 
retrofit or otherwise installed thereon. 

In another aspect the methods include displaying a plurality of changeable 
participant display images from at least one participant video display which forms a part 
of the at least one presentation imit. The plurality of participant video displays can be 
provided in the form of discreet displays are shown herein, or part of a lar ge display if 
practical in terms of positioning about the gaming table. The displaying step involves 
providing participant display images which include playing card images indicating virtual 
playing cards dealt or otherwise assigned to the live participants. 

The methods fiirther advantageously include processing data using at least one 
game processor. The processing of data is advantageously used to perform a number of 
data processing functions as have been described herein. Of particular interest are the data 
processing steps which provide the following steps or functions. In one aspect such 
involves providing game rules which at least partially administer play of the card game. 
In another aspect such involves defining a stack of virtual playing cards having one or 
more decks of virtual playing cards included therein for use in playing the card game. 
Such decks can be conventional decks, abbreviated decks, or decks of imusual 
composition depending upon the card game being played. 
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The preferred data processing function further includes shuf fling the stack of 
virtual playing cards to produce a stack sequence which determines the order of virtual 
playing cards dealt or otherwise assigned to the participants. The stack sequence referred 
to can be done in a single time frame, such as by using the traditional shuf fie discussed 
above. Alternatively , such shuffling can be done on an intermittent basis to perform the 
continuous random shuf fie, random balance shuf fie or other shuffling routines on the fly 
as cards need to be dealt or otherwise assigned in play of the card game. 

The data processing functions can further include dealing virtual playing cards to 
participants from the stack according to the game rules. 

The data processing functions further advantageously include instructing the 
participant video displays to display at least playing card images indicating virtual playing 
cards assigned to the participants, said virtual playing cards assigned to the participant 
forming the participant's card hand. The instructing step relative to participant video 
displays can also include presentation of additional information as detailed above. 

The methods of this invention further involve controlling play of the card game 
using at least one dealer control, such as dealer control keys 85-89. The dealer control 
keys act as dealer control sensors which are controUably activated by the dealer to control 
action of the card game. This control action includes at least dealing of virtual playing 
cards to the participants. The description given above further details other control actions 
of the dealer's operation of the system. 

The novel methods can further include recording game action for the card game 
being played to enable subsequent analysis or replay . This can be done using the mother 
board memory described above or by recording the data on a remote memory device (not 
shown), such as connected through serial port 187. The analysis will likely be performed 
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at some other location on a different data processing unit so that operation of the gaming 
table is not impeded. 

Additional methods according to the invention can include reversing the action of 
a game to remove or back-up one or more steps performed in playing the game. This is 
indicated at step 743 of Fig. 49 and requires authorization from a pit boss using a key as 
read in step 742. The game can thus be backed up and resumed at a prior play . Security 
is assured by performing the doors open step 744 which can suspend play at step 745 if 
the security doors are open or allow the player to decide his next move as shown in step 
746. 

The novel methods can also include replaying one or more sequence steps of the 
game to show a participant the action which has transpired. 

Methods according to the invention may further include displaying a simulated 
stack image, such as at first dealing shoe display 81. This displaying can be frirther 
enhanced by display of a cut card image, and moving or adjusting the cut card image to 
simulate playing of the stack. 

Methods according to the invention can further include sensing placement of 
betting chips by a player , such as at betting chip detection zones 120 using s^ors 121 . 
This is advantageously done for piuposes of indicating participation in the card game. 

Another method according to the invention can include sensing placement of 
betting chips by a player for purposes of indicating an insurance bet being placed in the 
card game, such as at insurance bet detection zones 130 using sensors 131. 

The methods involving sensing the betting chips can be enhanced by using betting 
chips which are encoded to allow determination of the value of the betting chips. Such 
methods can further include sensing the value of chips placed by the players. 
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As explain above in the preferred methods the decisions of the players are effected 
by communicating instructions from the players to the dealer . These indicate playing 
decisions being made by the player in carrying out play of the card game. The dealer then 
implements the player's decision using dealer controls which perform by controlling the 
data processing and other functions of the card game system. 

The methods according to this invention can use shuf fling processes which are 
performed in a manner which reorders the stack after each card is dealt from the deck. 
The continuous random shuffling and random balance shuffling described above perform 
this ftinction. The shuffling function can also be effected using a shuffling process which 
reorders the stack after each card is dealt from the deck, the reordering being performed 
after excluding any cards which have been dealt and are currently in the hand of a 
participant. This latter shuf fling is performed by the random balance shuf fling. 

The gaming system of Figs. 52-54 is additionally novel in its operation and 
methods by including the steps of associating slot symbols, such as symbols 941-946 with 
virtual playing cards dealt or otherwise assigned to the participants. All or some of the 
virtual cards may be enhanced by associating one or more slot symbols thereto. The 
associated slot symbols can be associated automatically with all cards or only the virtual 
playing cards for those players who have wagered an optional ante bet, such as by 
placement of a better chip at ante chip detector 980. The association of symbols with the 
virtual playing cards can be qualified by the ante bet, or it can occur for all cards and the 
slot symbols can be selectively displayed depending on game rules or optional 
participation by placement of an ante bet. 

The association of slot symbols is preferably a separate process in the game 
software apart from the random nimiber assignment of virtual cards in the stack of virtual 
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cards. This preferably independent process causes the variable association possibilities 
to be very large. This is important in providing a lar ge number of possible odds. Since 
the slot symbol set can be defined to include multiple copies of the same symbols the 
different probabilities of symbols or groups of symbols can essentially be tailored to 
achieve large frequencies of winning slot symbols or combinations of symbols, or very 
low frequencies of winning symbols or combinations of symbols. These can be held 
constant or varied over time or with dif ferent machines or dif ferent versions of games 
played on each machine. 

The novel methods involving the system of Figs. 52-54 further preferably include 
displaying the slot symbol or symbols. This can be done on the player displays, or upon 
all participant displays. This is preferably done using the pay Une display section 952 at 
player pay line display windows or frames 961-963. It is also alternatively or additionally 
possible to display the slot symbol or symbols upon the secondary pay line display 902 
of slot symbol display unit 900. Other aUemative manners and modes of display can also 
be used. 

The preferred methods for using the system of Figs. 52-54 also include awarding 
jackpots to players or other participants who receive a winning slot symbol or 
combinations of slot symbols which make up a winning symbol group. 

The slot jackpot aspect of the system of Figs. 52-54 is also important in that it adds 
an additional dimension to the play of the blackjack or other virtual card game. For 
example, a player may have two slot symbols received in association with the first two 
virtual blackjack cards dealt to that player . If these two virtual cards are a winning slot 
combination, then this may af feet the players decision making relative to receiving 
additional cards. In one instance the player may go for a bigger jackpot on the slot 
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symbols while possibly risking loss of the blackjack hand. The slot jackpot awards can 
be made completely independent of the virtual card hand, or the slot awards can be made 
conditional upon not busting or other game parameter . The added nuances provided in 
playing the dual aspect of this game may prove to be of particular attraction to some 
people who particularly enjoy complex gaming phenomenon. 

The numerous methods according to this invention preferably involve digital data 
processing functions and processes. This allows high speed, accxiracy and clarity of 
display images. 

In compliance with the statute, the invention has been described in language more 
or less specific as to structural and methodical features. It is to be understood, however , 
that the invention is not limited to the specific features shown and described, since the 
means herein disclosed comprise preferred forais of putting the invention into effect. The 
invention is, therefore, claimed in any of its forms or modifications within the proper 
scope of the appended claims appropriately interpreted in accordance with the doctrine of 
equivalents. 
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